IT 运营必须超越脚本，走向自动化

突击测验——哪个更重？ 一磅羽毛还是一磅石头？

当然，这是一个陷阱问题。 一磅就是一磅。 一磅里的羽毛比一磅里的石头多得多。

好的，关于更相关的话题，哪个更快？ 通过手动命令执行的脚本还是通过 API 调用调用的脚本？

此时，你可能已经推断出答案与第一个答案一样，并且回答没有区别。 至少看不出有什么区别。

脚本就是脚本，它的执行时间不依赖于它的调用方式。 无论是通过手动命令启动还是通过 API 调用，脚本都会以最快的速度运行。 时期。

这很重要，因为通过自动化来提高操作速度实际上并不涉及脚本，而是一个过程。 这和交接有关。 如果您仅仅关注流程中各个步骤的脚本，那么您永远无法优化部署。 你必须更进一步，直至过程本身，然后才能看到真正的进步。

每个行业自动化的目标几乎都是优化。 我们在 2018 年application交付状况调查中发现，72% 的拥有数字化转型计划的受访者将“IT 优化”列为首要预期收益。 目标是优化。

优化意味着发现并消除瓶颈。 在 IT 领域，这几乎总是操作流程中各个步骤之间的交接。 实际的工作——脚本——才是价值所在。 对于那些等待输出的人来说，执行这些脚本之间的时间几乎总是延迟和沮丧的根源。 大多数（52%）NetOps 仍然以这种方式管理基础设施。 

每个操作域仅编写其在流程中的部分脚本是不够的。 编写防火墙更改脚本、应用服务的调配和配置以及建立应用程序基础设施都是值得单独完成的好事。 但这仅仅是一个开始。 这些单独的自动化步骤共同构成一个单一的操作流程。 自动化就是我们所说的编排。 我们在编排过程中发现，延迟和错误交接会导致效率低下，从而拖累 ITOps。 

这就是文化和组织结构发挥作用的地方。 如果您是部署流程的第一步 - 比如说建立应用程序基础设施 - 那么您必须将该流程移交给下一步。 这可能是应用服务（负载均衡等）配置步骤。

你要把它交给谁？ 要排队吗？ 您生成了票吗？ 这是如何运作的？

它应该是一个无缝过渡，要么由一个总体剧本（配方、烹饪手册、清单等）控制，要么由一些监督该过程执行的外部系统控制。 在流程执行中引入手动交互意味着您并没有真正利用自动化，而只是编写脚本。

尽管脚本可能是自动化策略的一个组成部分，但它们本身并不是自动化，因为它们无法与驱动它们的管理流程相结合。

如果您要使用自动化来优化 IT，那么您需要实现流程自动化。 因为这样您才能消除等待时间并找出僵化的操作流程（包括三层签字），从而真正提高性能并以有意义的方式提高速度。   

自动化（而不仅仅是脚本）是 NetOps 实践成熟的标志，让您更接近敏捷网络的目标。