自动化领域：选择合适的自动化工具

在业务经营中，“少即是多”一般是常见的陈词滥调，IT也不例外。这意味着通过寻找更有效的方式利用现有资源以应对不断增长的需求。这通常是通过任务自动化和简化的过程与脚本和批处理作业来实现的。虽然这些方法是有效的单一的系统或任务，它们的范围有限，因为它们一般不延伸超过一个单一的系统。而为了使IT产业能够满足企业的需求，必须将脚本化使之成熟为一种能够跨越多个系统的自动化工具。

单个任务的自动化仅是自动化旅程的第一步。今天的IT基础架构必须无缝交互，使组织能够以难以置信的速度迁移多个系统的组合。虽然这听起来在纸上谈兵，而在实践中，每个供应商都有自己的IT自动化工具。

PowerShell改变自动化的游戏规则

应用程序编程接口（API）作为IT专业人员期待的自动化基础架构已经面世多年，但这些API的范围和功能往往有限，直至微软发布了PowerShell。PowerShell不是第一个IT自动化工具，也并不是一开始就是最好的IT自动化工具之一，但由于Windows的普及，它具有广泛安装基础的优势。微软公司明智地选择了不锁定PowerShell，从而创建第三方的管理单元，使用户能够将PowerShell的扩展到其它环境中，如VMware，NetApp和Dell。

用户在自动的环境中决定采用哪些IT自动化工具时，应该考虑不同的供应商提供的自动化工具的核心特性，工作平台，以及成本。

由于PowerShell和虚拟化的逐渐普及，创造了许多编程语言来满足自动化需求。这些环境的需要创建自动化编码的能力。编码通常不使用鼠标和图形用户界面（图形用户界面），它需要工作人员具备编程的工作知识。对于那些不熟悉编程的工作人员来说，关键是要从小做起，如果在没有准备好之前做太多的功能，只会损害其基础架构。最好的办法是通过使用控制测试和开发环境，用户可以承受不按计划进行的失败。自动化的主要吸引力在于它可以快速地执行任务，但这也意味着执行错误的速度也很快，因此想要阻止一个错误的事件发生，进行额外的测试是一个很好的想法。

自动化有一个伟大的事情是，就是在开源社区中有人可能已经做了你想做的事情，而大多数人都愿意分享代码。所有的主要厂商，包括微软，PuppetLabs，Chef和Ansible，有强大的社区样本代码丰富，并有专家愿意帮助新人改进。微软公司甚至通过基于用户需要的GUI的操作生成PowerShell代码，一旦你有一个例子，它变得更容易修改代码，而不是试图从头开始写代码。

选择自动化工具

在环境决定使用哪些自动化工具时，用户应该考虑到不同的供应商提供的核心功能，即它们的工作平台和成本。微软公司的PowerShell是理想的Windows环境，而PuppetLabs，Chef和Ansible则喜欢运行在VMware环境。然而，这并不意味着它们是独家占用那些平台：PuppetLabs和Chef可以延伸到微软Azure的云平台。VMwarePowerCLI也可以运行PowerShell插件。这些编码平台中的许多都包含在基础产品中，并可能为那些希望支持的人提供一个起点。然而，那些社区免费的产品所得到的支持可能不会像特许产品那样强大。

一个产品从行业中脱颖而出往往由于其独特的自动化方法：VMware的vRealizeOrchestrator（VRO）。VRO不是基于代码的自动化工具，而是一个图形化的基于工作流的自动化工具，主要设计用于VMware的基础设施。具有图形用户界面不一定能使VRO更容易使用，有的甚至可能基于这样的事实，即VRO是基于工作流，而不是基于功能的自动化工具。此外，VRO是根据用户的业务流程来实现的，而不是任务的自动化。这并不是说VRO无法完成任务，事实上，可能是PowerShell和其他功能集成到VRO。VRO与其他工具和功能相比，只是工作在不同的级别，是合作关系，而不是竞争的关系。

当开始使用自动化工具时，用户有各种各样的产品和平台可以选择。为确保已经评估所要完成任务的范围，确定里程碑，并在基础设施中建立稳固而安全的自动化。要投资于用户选择的正确的IT自动化工具和培训平台，充分利用其选择的产品的社区力量，如果选择成功，不要忘记为社区分享一些代码。

本文转自d1net（转载）