我正在构建一个类似于pingdom的监控服务，但监控系统的不同方面并使用sidekiq对运行良好的任务进行排队。我需要做的是安排每分钟发送一次 ping，而不是使用基于 cron 的系统，这需要每分钟旋转一个新的ruby 实例") 它使用 sidekiq 自己的队列来安排未来的任务。这感觉像是一个巧妙的解决方案，但是我担心这可能不是最可靠的调度任务方式？如果系统出现问题（因为在某些时候不可避免），这种调度任务的方法是否会比使用基于 cron 的方法更不可靠，为什么？
谢谢
问问题
363 次
1 回答
-1
您对系统需求的描述太短了，但我会尝试猜测它可能是什么：
首先，使用 sidekiq 意味着您还需要一个 redis 实例，也意味着您需要一种方法来监视 sidekiq 进程并在出现故障时重新启动它，并且可能是 redis 服务器。
基于 cron 任务的方法将具有更少的要求，因此失败的可能性要小得多。
cron 已经存在很长时间了，它经过了实战测试，非常非常可靠，但也有它的缺点。
也就是说，您可以在主/从配置中构建一个具有单独的 redis 实例的系统，您还可以使用 Redis sentinel 在主故障的情况下实现故障转移，在此设置上实现监控/警报系统（您可以使用像sidekiq作者的http://contribsys.com/inspeqtor/这样的超级简单的东西），您还可以在不同的机器上启动几个sidekiq实例。
有了所有这些，您就可以拥有一个非常可靠的系统来使用 sidetiq 运行 sidekiq。
希望能帮助到你
于 2015-03-04T20:44:01.547 回答