Архитектурные комментарии для очередей с RabbitMQ?

Question

Мне в основном нужна технология массового обслуживания, которая позволит отправлять сообщения в очередь. Затем эти сообщения будут передаваться в виде текстов SMS. Кажется, что RabbitMQ неплохо подходит после того, как я заглянул на apis.

Мои текущие планы архитектуры:

1. клиенты очереди сообщений в RabbitMQ.
2. Другой демон считывает сообщения с RabbitMQ и отправляет их стороннему SMS-шлюзу. Демон должен иметь возможность создавать несколько потоков прослушивателя.
3. Я планирую разместить все на slicehost.com, используя Ubuntu Hardy.

Есть ли у вас какие-либо проблемы с этим дизайном? Поскольку у меня есть поверхностное знание Erlang, у меня нет никаких идей о том, как запустить его в производственной среде. Если у вас есть опыт работы с Erlang или RabbitMQ, я бы хотел услышать ваши военные истории.

Answer 1

Что касается военных историй Erlang, несколько хороших получили в этом году коммерческих пользователей функционального программирования (CUFP) семинар в Виктории:

Developing Erlang At Yahoo

Ad Serving in Erlang

И на Erlang Workshop На следующий день:

Imperative and Functional Implementations of the IMAP Protocol

Чувство мастерских состояло в том, что, хотя отнюдь не основной, Erlang в настоящее время достаточно распространен среди стартапов и крупных компаний, что использование его для коммерческой выгоды можно рассматривать как довольно безопасную ставку. Около половины компаний, присутствовавших на семинаре Erlang, принимали на работу.

Проверьте сайт erlang.org и особенно Erlang mailing list. В нем размещаются все типы, от новичков до опытных профессионалов.