何时使用消息队列以及何时使用云后台工作程序

Question

我什么时候会使用像ironMQ这样的消息队列？何时我会使用像ironWorker这样的工作处理工作者？

我刚刚开始研究这两个主题,我发现很难区分这两个用途.我理解一个worker或多或少是一个沙盒,它将在app服务器之外的不同环境中运行程序,以增加用户体验.我也理解消息队列很像它的数据库替代方案,其中任务被添加到队列,然后另一个服务器/编程侦听该任务,然后将处理它.然而,虽然我认为我明白他们是什么,但我无法区分何时使用每一个以及为什么.

如果我理解正确,我会使用工作人员完成图像处理等任务.但是为什么我不能为此使用消息队列,更重要的是为什么不呢？当然,我可以在ironMQ中排队一个图像URL,然后再检索并处理它.在我看来,这似乎是一个额外的步骤,所以我会避免这一点.

当工作人员可用时,对于常见任务,消息队列对我来说似乎毫无意义.当然,对于发布评论这样的非密集型任务,我可以让工人这样做吗？

我可能误解了每个工具之间的差异,如果是这样,请让我直截了当.否则,请帮忙.

Answer 1

它们密切相关,所以我能理解这种混乱.它们都是基于队列的系统,一个是消息队列,一个是任务/作业队列.这是一般的经验法则:

• 如果要运行使用者/工作进程/服务器,则可以使用IronMQ.
• 如果您希望Iron.io负责消费者/工作进程/服务器,您可以使用IronWorker .您还可以使用IronWorker获得许多其他功能/优势,而不仅仅是您不必管理自己的服务器并扩展它们等.

所以不,如果您使用的是IronWorker,则不需要消息队列,因为IronWorker是您的消息队列+您对该队列的处理.

不要添加任何混淆,但有些人也一起使用IronWorker和IronMQ,工作人员将消息从IronMQ中删除.这种模式适用于非常短的任务来分摊工作人员的设置/拆卸(建立数据库连接或工人必须做的任何设置).