NetOps 对自动化的拥抱将导致对 NetOps Ops 的需求

自动化是未来。 DevOps 长期以来一直秉承自动化一切事物的理念，但 NetOps 正在通过在生产过程中广泛使用自动化和编排来迅速缩小它们之间的差距。

在我们的 2018 年application交付状况调查中，近一半（46%%）的受访者表示在生产中至少“部分”使用了自动化。 其中包括始终使用自动化进行重大生产变更（25％）、微小生产变更（26％）甚至事件响应（22％）。 在这三种情况下，超过一半的人“有时”使用自动化技术。

自动化可以通过多种方式实现。 思科、VMware 和OpenStack等公司的网络自动化很受欢迎，Puppet、Chef 和传统的 Python 脚本等框架和工具也很受欢迎。

说自动化是一件正在发生的事情，绝不是夸张。 NetOps 已经到来。 这不是演习。

从表面上看，这是令人兴奋的，但当你深入研究这意味着什么时，我们会发现一些挑战可能还没有浮出水面。

例如，自动更改防火墙或路由器是一回事。 将其纳入总体部署流程中，嗯，那是另一回事（如果您想知道的话，正确的术语是编排）。

一旦您开始链接（集成）系统和脚本，您就构建了相当于“应用”的东西。 有许多活动部件需要部署、管理、维护、升级、修补和许可。

这不是一个西西弗斯的任务，但 NetOps 可能不会考虑到这一点。

很棒的是，开发人员现在可以在 ServiceNow 中输入工单，这将启动 IT 工作流程，自动为所需资源提供、配置和计费。 但是当 ServiceNow 出现故障时会发生什么情况？ 或者当脆弱的链条中的一个环节突然崩塌时。 或者当其中一个组件的升级破坏了集成时？

如果你闭上眼睛，你会听到开发人员因为想到这里而幸灾乐祸地咯咯笑的声音。

IT 自动化的一个意外后果是 IT 需要维护更多的软件和系统。 其中一些会很危险，需要比其他的更多的照顾和喂养。

正如企业组织中有大量“维护”或“支持”开发人员，他们的任务只是保持软件系统运行一样，IT 内部也需要类似的角色来处理 NetOps 运营的日常运营。

网络操作操作。 是的，这是一个糟糕的混合词，但它准确地描述了随着自动化消耗越来越多的 NetOps 部署任务，将需要什么。

其中一些任务（集成、软件系统等）可以由现有运营人员承担。 但有些是特定于网络的，这意味着有人既了解脚本和系统，又了解所涉及的网络组件。

如果您不知道它们在做什么，您就无法排除故障、更新或修改代码/脚本/模板。

如果您问我的雪地摩托出了什么问题，我会告诉您我不知道。 我知道如何打开引擎盖、如何给电池充电，但不要让我去摆弄那些使汽车运转的零件。 这就如同要求一名精通 JavaScript 的开发实习生去更新 COBOL 抄书一样。 这绝对是灾难的根源。

最终，NetOps 将需要一些熟悉网络及其自动化系统的人员（NetOps Ops）。 自动化使用的越多，在工程师们致力于下一个重大项目时，安排人员承担维护自动化的职责就显得越有必要。