问何时使用延迟作业与RabbitMQ

EN

您有两个员工和一个web服务器:我猜您的web应用程序会向您的员工分派一些延迟的工作。因此，您需要一种存储与这些后台作业相关的数据的方法。

为此，您可以使用一个数据库(比如Redis，这就是它所做的)或一个消息队列(比如RabbitMQ)。消息队列是一个对此用例非常有效的专用系统(允许更高的吞吐量)。数据库可以让您进行更好的内省(因为您可以请求作业表来查看当前情况)，而排队系统将更有效率，但更多的是一个黑匣子，需要新的技能。

如果您没有性能问题，那么越简单越好，即使是一个简单的mysql数据库也足够了。如果您想要一个更强大的系统或需要大量监视，您还可以考虑使用一个专门的托管服务，比如泽纳顿 (我是创始人)，它将为您完成所有繁重的工作，包括对后台工作的调度或更复杂的编排。

两者执行相同的任务，即在后台执行作业，但执行的方式不同。

使用延迟作业 one使用某种数据库进行存储，然后对作业进行查询，然后对其进行处理。设置起来很简单，但是性能和可伸缩性都不是很好。

RabbitMQ或它的替代品Redise.t.c很难设置，但是它们的性能、灵活性和可伸缩性都很好，我们正在讨论每秒5000多个作业，而且您需要使用更少的代码。

另一种选择是使用像Cadence工作流这样的任务编排系统。它支持延迟执行和排队，但提供了更高级别的编程模型和大量没有队列或延迟执行框架的特性。

与使用队列进行任务处理相比，Cadence提供了许多优点。

• 构建了具有无限过期间隔的指数重试。
• 故障处理。例如，如果两个更新在配置的间隔内都不能成功，则可以执行通知另一个服务的任务。
• 支持长时间运行心跳操作
• 能够实现复杂的任务依赖关系。例如，在无法恢复的故障(佐贺)情况下实现调用链接或补偿逻辑。
• 提供更新当前状态的完全可见性。例如，在使用队列时，您知道队列中是否有一些消息，并且需要额外的DB来跟踪整个进度。有了卡丹斯，每件事都被记录下来。
• 能够取消飞行中的更新。
• 内置于分布式CRON中

请参阅介绍，它超越了Cadence编程模型。