工作流自动化软件已经变得十分普遍。不久之前，微软发布了针对System Center Operations Manager Suite的最新工作流自动化软件，称为System Center Orchestrator。VMware也拥有自家的工作流自动化软件vCenter Orchestrator，而自从2011年下半年推出以来，Citrix的工作流套件也经过了几年的发展。当然还有其他的自动化软件可供选择， 但是先让我们来比较这三种主流产品。

　　这三种产品使用类似的方式实现自动化，但是使用了不同的术语、流程，以及在可扩展性和使用上具有不同的限制性因素。这些产品可能包含其他组件，比如工作流管理、版本控制和应用程序集成，但是所有的功能都是围绕如何在数据中心进行自动化。

　　通用的自动化流程

　　Citrix Workflow Studio在2010年刚刚推出时非常难用，只是Citrix中一款不为人知的软件，其只吸引了一部分IT开发人员的注意。Citrix起初并没有将其市场定位于数据中心管理员，而是针对那些编写脚本和使用Citrix软件开发工具来执行小型、自动化流程的开发人员。

　　随着越来越多的基础设施管理员学习和开始使用PowerShell，Workflow Studio很快成为这些管理员想要测试的工具。几年之前，在一个小型商务计算峰会上，演讲者摸索着安装了Workflow Studio的预发布版本。而将其和编程工具集成在一起需要花费很大的工作量，在场的编程人员对此明显感到失望。现在这个产品已经的集成性已经更加良好以及用途更为广泛，但是相比于微软的Orchestrator，其灵活性仍然有限。这种限制可能是内部的。也许最初Citrix并没有想要将Workflow Studio设计为完全和Orchestrator那样，针对所有管理员，而是只适用于开发者和编码人员的产品。

　　集成自动化，但花费更高

　　VMware将Orchestrator定义为一套适用于vCenter的自动化平台，称作VMware vCenter Orchestrator，表明这个产片直接依赖于vCenter管理软件。这种集成类型会将没有vCenter的小型IT部门拒之门外。VMware也在按照更加紧密和vCenter client进行集成的策略来更新vCenter Orchestrator。VMware最近扩展了产品线，对于云领域的产品更加关注，加入了许多预定义的工作流。像Workflow Studio只关注Citrix产品一样，vCenter Orchestrator也只关注于VMware和第三方合作伙伴集成商的产品。其可以作为虚拟appliance的方式进行安装（一种微软和Citrix都没有使用的部署模型）或者标准的服务器安装方式。

　　VMware称其拥有“开放式和灵活的插件架构”，但是其仍然不允许竞争对手的工作流或基础设施管理。这可能是一个致命的失误，因为越来越多的数据中心采用了多种系统管理工具方式。如果想了解更多关于vCenter Orchestrator的信息，可以参考Cody Bunch编写的这本：《Automating vSphere with VMware vCenter Orchestrator》。里面包含了很多如何最大限度利用产品的有用信息和教程。

　　互操作性为微软带来竞争优势

　　微软在去年发布其System Center 2012产品线时，十分低调地推出了Microsoft Orchestrator。在发布仪式上，微软主要着眼于新版本的虚拟机管理器和配置管理器产品线，而将Orchestrator边缘化。而现在其已经成为System Center套装的一个重要卖点了。

　　Microsoft Orchestrator很好地迎合了自动化脚本和PowerShell的趋势，甚至加入了多供应商互操作特性，也就是说它可以处理VMware和Citrix工作流。其还具有管理多个操作系统的功能，这是微软迈出的重要一步。

　　VMware和Citrix已经将PowerShell作为它们脚本自动化产品事实上的标准，尽管PowerShell是微软开发的语言，在安全性上占有优势，可以将其所有整合到一款产品当中。基于最初的测试，它可以满足所有自动化任务的需求。对于更为技术性的信息，可以浏览标题当中的TechNet Center或浏览TechNet虚拟实验室网站中虚拟实验室部分。关于这项技术和所有System Center技术最好的深度技术培训资料都可以在微软虚拟网络学院站点找到。（令人不解的是Citrix和VMware居然不提供这种虚拟操作实验服务。）

　　数据中心里一切流程的自动化都能使得管理员的工作更为简单，能够拥有更多的时间来进行实验和学习新的东西。一些IT管理员觉得这种自动化剥夺了他们的管理性工作，和减少了对于人工干预的需要，弱化了对于他们技术能力的需求。但事实上情况恰好相反：这需要更高级的技术人员来设计和实施这些复杂的工作流，以确保未来的无错和自修复自动化。不要认为使用这样的工具会对你的权威和事业产生影响。相反，要打破常规，设想存在的机会。