Dans une application de rails, l'e-mail doit-il être envoyé en arrière-plan ou de manière synchrone?

Question

Nous sommes sur le point de publier notre nouvelle application sur les rails et, jusqu'à présent, l'intérêt semble très fort, nous sommes un peu inquiets quant à l'endroit où les cols de bouteilles seront. L'un semble être les e-mails du système à l'inscription et dans d'autres situations. Est-ce correct?

Les courriels individuels aux utilisateurs doivent-ils être envoyés de manière asynchrone en arrière-plan? Si oui, quelle serait la meilleure solution?

J'ai regardé quelques solutions et n'arrive pas à trouver quelque chose de définitif.

Answer 1

Je dirais que cela dépend de vos besoins. Si vous devez être en mesure d'informer l'utilisateur que l'envoi de courrier a échoué, faites-le dans le même thread. Si ce n'est pas le cas, l'envoi de courrier devrait prendre en charge des tentatives comme etc., donc je mettrais le message dans une file/système de fichiers/base de données/etc et traiterais les détails de l'envoi.

Answer 2

Même fil, si vous me demandez ... en générant un fichier dans un dossier de dépôt, qu'un serveur de messagerie prend en charge. Ensuite, il n'y a pas trop de frais généraux, donc un thread seaprate a peu de sens.

Au moins c'est comme ça que je gère toujours ça.

Answer 3

Dans le ANTÉCÉDENTS à l'aide http://github.com/tobi/delayed_job