自动化代表着未来。DevOps早已接受尽可能实现全面自动化的理念，而NetOps也在生产流程中广泛采用自动化和编排，迅速缩小与DevOps之间的差距。
在我们的《2018 年应用交付现状》调查中，近一半（46%%）的受访者表示，他们至少在生产环境中“部分”使用了自动化。其中，始终使用自动化处理重大生产变更、轻微生产变更乃至事件响应的受访者比例分别为25%、26%和22%。在这三种情况下，“有时”使用自动化的受访者均超过半数。
这种自动化可通过多种方式实现。Cisco、VMware和OpenStack等提供的网络自动化方案广受欢迎，Puppet、Chef等框架和工具，以及久经考验的Python脚本也同样如此。
毫不夸张地说，自动化正在成为现实。NetOps时代已经到来。这不是演习。
表面看来，这令人振奋；但深入探究其含义后，我们会发现，一些挑战可能尚未显现。
例如，自动更改防火墙或路由器是一回事，而将其纳入整体部署流程则是另一回事（顺便说一下，这才是编排的准确含义）。
一旦开始串联（集成）系统和脚本，就相当于构建了一个“应用”。其中包含许多相互关联的组件，需要进行部署、管理、维护、升级、修补和许可授权。
这并非一项永无止境的任务，但NetOps很可能尚未将其纳入考虑。
现在，开发人员只需在ServiceNow中提交工单，即可启动IT工作流，自动完成所需资源的预配、配置和计费，这固然很好。但如果ServiceNow出现故障，会发生什么？如果这条脆弱链路中的某个组件突然宕机呢？如果某个组件升级后导致集成中断呢？
一想到这种情形，开发人员恐怕会幸灾乐祸地笑出声来。
IT自动化带来的一个意外后果是，IT部门需要维护更多软件和系统。其中一些至关重要，需要比其他软件和系统投入更多精力进行维护。
正如企业组织中有大量“维护”或“支持”开发人员，专门负责确保软件系统持续运行一样，IT部门也需要设置类似的角色，负责NetOps Operations的日常运维。
NetOpsOps。没错，这个混成词确实不太好听，但它准确描述了随着自动化承担越来越多NetOps部署任务后所需的角色。
其中一些任务（如集成、软件系统等）可由现有运维人员承担。但另一些任务是网络特有的，因此需要相关人员既了解脚本和系统，也了解所涉及的网络组件。
如果不了解代码、脚本或模板的作用，就无法对其进行故障排除、更新或修改。
如果你问我的雪地摩托出了什么问题，我只能说不知道。我知道怎么打开引擎盖、给电池充电，但别让我摆弄那些让它跑起来的部件。这就像让一名精通JavaScript的开发实习生去更新COBOL副本簿，结果很可能会酿成灾难。
归根结底，NetOps需要配备一些既了解网络，又熟悉网络自动化系统的人员（即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服务。