牛仔消息队列设计

牛仔消息队列设计

问题描述:

我已经写在牛仔web服务,我打算使用的RabbitMQ作为DB层。因此,我的牛仔服务将成为写入队列和消费者写入数据库的生产者之一。还有更多的异步任务将来自另一个服务(而不是牛仔)。牛仔消息队列设计

现在的问题就是这些消费者应该去。这些应该是单个erlang应用程序的一部分,还是应该为所有消费者创建单独的Erlang应用程序。 任何意见将不胜感激。

由于Erlang是不是独家生产企业,因为一个通常可以想像消费者不生产者的知识运行,具有独立的应用程序是不是一个坏主意。您可以在一个Erlang版本中拥有多个*应用程序(这就是依赖关系),所以您可以始终将所有代码放在同一个存储库中(我通常有一个*的apps /目录),并且如果稍后需要将它们分开以分开回购。

让他们作为独立的应用程序一定会使决定推迟到分布在多个Erlang节点更容易申请:刚开始在某些节点上的相关生产商的应用程序S,以及对他人的消费应用。

因此而无论哪种方式,也许可以工作的,独立的应用程序可能是一个更清洁的设计和保持门打开在一个稍微更好的方式未来的扩展。

+0

对不起,我回答这么晚。谢谢。不管消费者有多小,都认为保持它们是分开的。 – user3404572