快速问答：一磅羽毛和一磅石头，哪个更重？
当然，这是个脑筋急转弯。一磅就是一磅，只不过一磅羽毛的数量比一磅石头多得多。
好，回到更相关的话题：哪种方式更快？通过手动命令执行脚本，还是通过API调用脚本？
此时，您可能已经推断出，答案与第一个问题相同：两者没有区别，至少没有明显区别。
脚本就是脚本，其执行时间并不取决于调用方式。无论是通过手动命令启动，还是通过API调用，脚本的运行速度都不会因此改变。就是这样。
这一点很重要，因为通过自动化提高运维速度，真正的关键不在于编写脚本，而在于流程，尤其是流程中的交接。如果只关注为流程中的各个步骤编写脚本，就无法优化部署。必须从更高层面着眼于流程本身，才能看到切实的改进。
几乎所有行业采用自动化的目标都是优化。我们在2018年的《应用交付现状》调查中也发现了这一点：在开展数字化转型计划的受访者中，72%将“IT优化”列为首要预期收益。其目标就是优化。
优化意味着发现并消除瓶颈。在IT领域，瓶颈几乎总是出现在运维流程各步骤的交接环节。真正创造价值的是脚本所执行的实际工作。对于等待结果的人来说，脚本执行之间的间隔几乎总会造成延迟和困扰。大多数网络运维人员（52%）仍以这种方式管理基础设施。
仅让每个运维领域为流程中各自负责的部分编写脚本还不够。通过脚本执行防火墙变更、应用服务的预配和配置，以及应用基础设施的搭建，这些单独来看都是有益的举措。但这只是开始。这些独立的自动化步骤共同构成一个完整的运维流程。将这一流程自动化，就是我们所说的编排。正是在编排过程中，我们会发现导致效率低下、拖累IT运维的延迟和错误交接。
这正是文化和组织结构发挥作用的地方。如果您负责部署流程的第一步，例如搭建应用基础设施，就必须将流程移交给下一个环节。接下来很可能是应用服务（负载均衡等）的配置环节。
您要将流程移交给谁？是进入队列，还是创建工单？具体如何运作？
这一转换过程应无缝衔接，可由统筹全局的操作手册（recipe、cookbook、manifest等）进行管理，也可由某个外部系统监督流程的执行。如果在流程执行过程中引入人工交互，就意味着并未真正发挥自动化的优势，而只是在编写脚本。
虽然脚本可能是自动化策略不可或缺的组成部分，但脚本本身并不等同于自动化，因为它们无法与驱动其运行的管控流程集成。
如果要通过自动化优化IT，就需要实现流程自动化。只有这样，才能消除等待时间，并找出僵化的运营流程（包括三层审批），从而切实提升性能和速度。
自动化不只是编写脚本，更是NetOps实践日趋成熟的标志，助您向实现敏捷网络的目标更进一步。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。