对于几乎只要我一直在技术，当我跟工程师大约有按期特定的任务来看，我被告知，我们可以“运行cron作业”来做到这一点。多年来，我意识到，系统管理者和工程师们用cron的爱/恨的关系。这是一个时间表一遍又一遍的重复运行任务的一个简单的方法，但它只是太简单了。克龙没有给你的洞察力和GUI进行实际管理所有这些任务，跟进，看看他们是成功的，他们从服务器更改为服务器，等等。这是很好的和容易的，但还不够好。我总是在想，当更好的东西会进展。现在，所有这些年后JumpCloud带来了一个更好的cron。
说句公道话，说JumpCloud新的服务器管理组织能力是一个cron的替代或补充是一个过于简单化。事实上，根据新JumpCloud他们的服务释放可以实现：
- 特设或脚本或命令的执行计划
- 对于bash支持，Perl，Python和Ruby的，围棋，Node.js的，或任何其他语言对于其翻译或编译器存在一个目标主机上
- 经由网络挂接触发命令或脚本
- 在界面中或通过API提供的结果
- 执行的脚本和命令的审计日志
- 所有服务器的跟踪
- 确保服务帐户在所有服务器上可用
- 集中的，所有的服务器的安全访问
- 基于JSON的REST API
对于我来说，虽然最重要的事情是，现在我们有更多的了解和控制进入我们用来在cron作业中运行的任务是什么？难道我们再也不用通过日志的屏幕运行，看是否有脚本实际上成功运行？我们可以寻找到一个GUI，看到我们所有的计划在我的整个服务器群运行的脚本（它仍然是确定称之为服务器群或也许服务器云？）和状态等信息？
对我来说，这是一个改变游戏规则的服务器管理空间。类似类型的功能已经改变服务器的配置。公司如木偶实验室，厨师，Ansibile和其他人做大规模服务器配置一个可重复的，成功的IT实践。管理这些服务器看起来成熟了类似的隆起。JumpCloud的服务器管理组织可能是该催化剂。
此外cron作业，服务器管理组织也可以用于修补，访问控制和跟踪。但真的仅仅触及服务器管理，以及如何服务器管理组织可以帮助表面。JumpCloud的CEO，拉雅巴尔加瓦是我的老朋友。他一直在告诉我一些对服务器管理组织现在几个月的潜力。还有很长的，可以更好的自动化，并使用这个框架管理的任务列表。
当然JumpCloud本身不打算写每个脚本或全部充实每一个可管理的任务。在服务器管理组织发布可以作为一个平台，让别人来开发上。在某些时候，你可能会看到谁开发的脚本运行JumpCloud的服务器管理组织服务公司的整个生态系统。其中有些可能是免费或开源的，别人可能是出售溢价脚本。这将是有趣的，看看如何发挥出来并在服务器管理员，OPS和DevOps的人服用。
这是一个很好的教训对所有的高科技企业家那里。以了解到从一个区域（在这种情况下，服务器的配置）的经验教训并将它们应用到相邻或相近的市场是要建立一个新的业务的好方法。因此，许多成功的企业是建立在进化改变这样的，而不是革命性的。
不过现在，也许你应该让你告别准备好你的旧cron作业和步入服务器管理组织的美丽新世界。