Commentaires architecturaux pour la file d'attente avec RabbitMQ?

Question

J'ai essentiellement besoin d'une technologie de mise en file d'attente qui permettra de mettre les messages en file d'attente. Ces messages seront ensuite transmis sous forme de SMS. RabbitMQ semble être un bon ajustement après que j'ai passé sous silence les apis.

Mes plans d'architecture actuels:

1. les clients mettent en file d'attente les messages dans RabbitMQ.
2. Un autre démon lit les messages de RabbitMQ et les envoie à une passerelle SMS tierce partie. Le démon devrait pouvoir générer plusieurs threads d'écoute.
3. Je compte tout héberger sur slicehost.com à l'aide d'un Ubuntu Hardy.

Prévoyez-vous des problèmes avec cette conception? Depuis que j'ai une connaissance sommaire d'Erlang, je n'ai aucune idée sur la façon de l'exécuter dans un environnement de production. Si vous avez une expérience avec Erlang ou RabbitMQ, j'aimerais entendre vos histoires de guerre.

Answer 1

En ce qui concerne les histoires de guerre d’Erlang, quelques-unes d’entre elles ont été présentées lors de l’atelier organisé cette année à Victoria sur les utilisateurs commerciaux de programmes fonctionnels (CUFP):

Développer Erlang chez Yahoo

Diffusion d'annonces à Erlang

Et à l'atelier d'Erlang le lendemain:

Implémentations impératives et fonctionnelles du protocole IMAP

Les ateliers ont révélé que, bien qu’il ne fût pas du tout courant, Erlang s’était suffisamment répandu parmi les startups et les grandes entreprises, que l’utiliser à des fins commerciales pouvait être considéré comme un pari plutôt sûr. Environ la moitié des entreprises présentes à l'atelier d'Erlang embauchaient.

Consultez le site Web erlang.org et plus particulièrement le Liste de diffusion Erlang . Il abrite tous les types, des débutants aux professionnels chevronnés.