我基本上需要一种能够排队消息的排队技术。这些消息随后将作为SMS文本传输。在我掩饰api之后,RabbitMQ似乎非常合适。

我目前的架构计划:

  1. 客户端在RabbitMQ中排队消息。
  2. 另一个守护进程将从RabbitMQ中读取消息并将其发送到第三方SMS网关。守护进程应该能够生成多个侦听器线程。
  3. 我计划使用Ubuntu Hardy在slicehost.com上托管所有内容。
  4. 您是否预见到此设计存在的任何问题?由于我对Erlang有粗略的了解,因此我对如何在生产环境中运行它没有任何想法。如果您对Erlang或RabbitMQ有任何经验,我想听听您的战争故事。

有帮助吗?

解决方案

关于Erlang战争故事,今年在维多利亚州举办的功能性编程商业用户(CUFP)研讨会上提供了一些好的:

在雅虎开发Erlang

在Erlang中投放广告

第二天在Erlang研讨会上:

IMAP协议的强制性和功能性实施

研讨会的感觉是,尽管Erlang并非主流,但它现在已经在创业公司和大公司之间充分传播,将其用于商业利益可以被视为一种相当安全的选择。参加Erlang研讨会的大约一半公司正在招聘。

查看 erlang.org 网站,尤其是 Erlang邮件列表。它包含各种类型,从新手到经验丰富的专业人士。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top