6
cron越来越大：下一个调度程序是什么？[关闭]
我一直记得使用cron已有很长时间，因为我记得自己可以处理所有的工作计划需求。从存储克隆/快照到针对数据库的报告，再到每日系统报告，再到监控检查，一切都通过cron计划在数百台服务器上进行。 缺点非常明显：难以管理作业，没有简单的方法来创建依赖关系（尤其是在不同服务器上），当然，不可避免的是有人“暂时”跳过了作业，但后来却忘记了删除注释。 我们尝试了商业发行，但最终它被认为太昂贵了，以至于超出了cron。 我看到了其他选项，例如SLURM，Oracle Grid Engine，Torque / Maui，Quartz，DIET，Condor，它们似乎适用于更大，更同类的集群环境，其作业可以在任意数量的相似节点上运行：网格计算等等。我们的环境是混合的（各种Linux，AIX和FreeBSD），我们需要在不同类型的系统之间创建依赖关系（例如，Linux机器上的作业可能需要确定AIX机器上的作业是否应该运行。） 有没有人有从cron转向更集中管理的产品的经验？选择软件的任何技巧，或者开源或商业化是否更好？