只要我一直在技术，当我与工程师交谈时，有关在计划上运行的特定任务时，我被告知我们可以“运行一个Cron作业”来实现它。多年来，我意识到Sys管理员和工程师与Cron有一种爱/讨厌的关系。这是一个简单的方式，在时间表中一遍又一遍地运行重复任务，但它太简单了。Cron没有给你洞察力和GUI实际管理所有这些任务，跟进他们是否成功，将它们从服务器更改为服务器等。它是良好的，容易的，但不够好。我总是想知道什么时候会出现更好的东西。现在这些年后，JumpCloud已经提供了更好的Cron。
要公平，请说JumpCloud的新服务器编排能力是Cron替代品或补充是一种严重的过度简化。实际上，新的JumpCloud根据他们的服务释放启用：
- ad hoc或计划的脚本或命令执行
- 支持目标主机上存在解释器或编译器的Bash，Perl，Python，Ruby，Go，node.js或任何其他语言
- 通过Webhook触发命令或脚本
- UI或Via API中可用的结果
- 审核执行的脚本和命令的日志记录
- 跟踪所有服务器
- 确保所有服务器都提供服务帐户
- 集中，安全访问所有服务器
- 基于JSON的REST API
对我来说，尽管最重要的是，我们现在可以更有洞察力和控制进入我们曾经在Cron作业中运行的任务？我们是否不再需要通过日志的屏幕跑步，以查看脚本是否实际上已成功运行？我们可以查看一个GUI，并查看我们计划在整个服务器场中运行的所有脚本（它仍然可以调用Server Farm或Server Cloud调用Server Cloud？），以及状态和其他信息？
对我来说，这是服务器管理空间的游戏更换器。类似类型的功能已更改服务器配置。Puppet Labs，Chef，Ansibile等公司已在规模中配置服务器，可重复，成功的IT练习。管理这些服务器似乎成熟了类似的隆起。JumpCloud的服务器编排可能是该催化剂。
除了Cron作业外，Server Orchestration还可用于修补，访问控制和跟踪。但实际上，只需划伤服务器管理的表面以及服务器编排如何提供帮助。Jumploud的首席执行官Rajat Bhargava是我的老朋友。他一直在告诉我现在有几个月的服务器管弦乐队的一些潜力。有一段长长的任务列表，可以使用此框架进行更好的自动化和管理。
当然，JumpCloud本身不会编写每个脚本或完全肉体才能管理的每个任务。服务器编排版本可以用作其他人开发的平台。在某些时候，您可以看到整个公司的生态系统，这些公司都开发了运行JumpCloud的Server Orchestration服务的脚本。其中一些可能是免费的或开源的，其他人可能是销售的优质脚本。看到这将是有趣的，看看如何播放以及服务器管理员，行动和Devops人员所接受的地方。
这是所有技术企业家都是一个很好的教训。从一个区域（在本例子服务器配置中）拍摄经验教训并将其应用于相邻或类似市场是建立新业务的好方法。这么多成功的业务建立在这样的进化变化之上，而不是革命性。
但是，现在也许你应该让你的再见为你的旧的Cron工作准备好进入勇敢的服务器编排。