architecture - 使用 RabbitMQ 排队的架构评论？

Question

我基本上需要一种能够对消息进行排队的排队技术。这些消息随后将作为 SMS 文本传输。RabbitMQ 似乎很适合在我掩盖了 api 之后。

我目前的架构计划：

1. 客户端在 RabbitMQ 中排队消息。
2. 另一个守护进程将从 RabbitMQ 读取消息并将这些消息发送到第 3 方 SMS 网关。守护程序应该能够产生多个侦听器线程。
3. 我计划使用 Ubuntu Hardy 在 slicehost.com 上托管所有内容。

你预见到这个设计有什么问题吗？由于我对 Erlang 有粗略的了解，因此我不知道如何在生产环境中运行它。如果您对 Erlang 或 RabbitMQ 有任何经验，我想听听您的战争故事。

Answer 1

关于 Erlang 战争故事，今年在维多利亚举行的函数式编程商业用户 (CUFP) 研讨会上给出了一些不错的故事：

在雅虎开发 Erlang

Erlang 中的广告服务

第二天在 Erlang Workshop 上：

IMAP 协议的命令式和功能实现

研讨会的感觉是，虽然 Erlang 绝不是主流，但现在已经在初创公司和大公司中充分传播，使用它来获取商业利益可以被视为一个相当安全的赌注。参加 Erlang 研讨会的公司大约有一半在招聘。

查看erlang.org网站，尤其是Erlang 邮件列表。它容纳所有类型，从新手到经验丰富的专业人士。