工作流自动化工具可以用来提高日常任务处理速度，并确保任务能标准化、无差错地执行。但是，采用自动化工具可能为现有环境增加复杂度和学习曲线。

工作流自动化工具代表着效率与零散、易出错任务的终结。

哪些内容被列在数据中心常规代办事务清单上？提供服务器、分配存储、配置用户网络访问权限、变更控制、监控性能或者确保服务水平协议(SLA)等数不胜数的其他业务。由于这些过程不是连续的，IT人员需要手动执行每个操作。这样会产生潜在的错误和疏漏，从而导致性能低下，浪费资源以及安全隐患等问题。

IT流程自动化可以使企业能够标准化特定的流程并统一应用与自动化执行。这样做可以提高流程执行速度并减少错误，从而使IT人员有更多时间从事复杂的工作，有利于降低成本，还可以生成满足法规遵从要求的日志记录。

工作流自动化

IT工作流将各种不连续的步骤和决策点组织起来，组成有规划、可重复执行的活动模式。例如，在某台物理服务器上配置一台新虚拟机，测试系统性能是否满足SLA遵从，或者为应用程序新建一个自动精简配置的逻辑单元号(LUN)，这些常见IT流程都可以纳入自动化工作流。

这些事务存在无数的排列组合，但每一个步骤变化，无论其多么独特，还是一个工作流。例如，可以先通过服务请求工单为出发点，需要IT员工来评估资源需求，挑选合适的平台，实现请求，执行测试与验证工作，然后关闭工单。

IT工作流自动化的目的是尽可能减少人员依赖。IT管理员不再需要测试验证工作流程的每一步，但在有些情况下，人员之间的互动是必须的。例如，如果一个自动化工具遇到了影响工作流完成的错误，如资源不足，它就会提醒管理员干预。

许多自动化工具都能够和系统管理产品集成，可以深度配合数据中心使用。例如，系统管理工具显示只有1TB存储空间可用，而工作流程自动化工具会在每月自动创建500MB的LUN，两个月后存储将用完，这将促使IT人员扩容或审查现资源有使用情况。

脚本vs.自动化工具

大部分组织依旧依赖于脚本实现自动化任务，自动化工具呢？

脚本是内置到操作系统中的，如Windows服务器环境中的PowerShell脚本。可是，脚本对编程要求很高，还需要具备一些基础设施知识、目录服务器、服务器命名和其他敏锐的数据中心认知。现有的脚本没有办法根据变更进行更新——尤其没有太多支持文档。

相比之下，自动化工具提供无须编码的，基于图形化的，通过拖动与拖放创建的工作流引擎，还包括复选框等选项。先进的自动化工具脚本，将工作流转换为标准语言(如XML)，为员工整合注释与文档，并且帮助组织规范组件与方法。这令工作流程自动化平台相对于脚本，更容易随时直观更新与修改。

从脚本转移到自动化工具的拐点并不是规模——服务器、用户或应用程序的数目，因为这些都是变化的。举例来说，小公司可能管理着许多系统并且业务依赖于无数经常需要变更的任务，而大型组织却可能只使用中心应用程序与数据库服务器，相对来说很少变更。

组织还必须考虑合规性。自动化工具会生成详细的任务日志，这能证明其符合法规或企业内部政策。例如可以通过记录证明，新设置的虚拟机都经过正确授权，并使用一套标准的计算资源。

即使设置好了，也要保持关注

从时间、精力与实现成本来评估这类前瞻性工具的好处。例如，如果IT工程师在允许的时间与精力范围内，学习和管理所需要的工具后，能够释放出更多时间来处理更多任务与解决更复杂的项目，投资数据中自动化工具是值得的。

优秀的自动化工具应该是动态的——允许企业定义工作流并执行下去，当数据中心需要变更时，可以对其进行优化。

不要问“多久？”要问“能多简单？”IT管理员需要根据需求优化与变更工作流，所以采购的自动化工具一定要易于实现、测试和梳理文档。

选择可以通过最小终端完成无缝变更的工具。例如，更新工作流，不应该混淆已存在队列中的待办任务。变更同样需要详细记录，以便IT人员学习和培训，并确保满足合规性要求。在从测试环境移入生产环境前，需要测试与验证所有工作流的变更。

工作流自动化工具应该然生活更轻松，而不是更辛苦。这意味着最小化人工管理。每个工具都有学习曲线——要评估其是否在合理范围内。确保所选工具能与现有系统管理工具集成。