NetOps 拥抱 Github，唯独有一个人仍在使用 vimdiff

以及NetworkToCode社区进行的NetDevOps 2016 年秋季调查中的其他见解

NetworkToCode 社区充满了对网络和代码充满热情的人们。 尽管这可能是陈词滥调，但这些人早在自动化网络变得流行（并成为行政命令）之前就已经开始进行网络自动化了。

2016 年秋季，社区针对一系列问题进行了调查，这些问题重点关注网络和代码。 原始结果（上面链接）是公开的。 在线调查工具的特性决定了，除非您对数据进行规范化（这需要一些工作），否则生成的数据集很难分析。 幸运的是，亲爱的读者，我已经为您完成了这项工作，并且能够以更图形化和丰富多彩的方式提供见解。

敏锐的读者会注意到，我长期以来一直主张将通常被称为“DevOps”的原则应用网络，毫不奇怪，这也是我在深入研究这些数据时集中大量精力的地方。

毫不奇怪，在一个专注于代码和网络的群体中，对 DevOps 的看法至少大多是积极的。 只有 6.75％ 的人对 DevOps“不感兴趣”，而 25.74％ 的人表示它已经投入生产。 其他大多数人即使没有评估（28.27%），至少也在考虑（39.24%）。

本次调查的优秀提供者就此主题提出了一些相当细致的问题，包括 NetOps 对基础设施即代码的看法。 这引起了更多人的冷漠，近 10% 的人表示“不感兴趣”。 有趣的是，只有 19.35% 的受访者声称基础设施即代码“已经投入生产”，但有 54% 的受访者表示他们使用自动化进行配置部署，另有 66% 的受访者表示他们使用自动化配置存档。 只有一个 NetOps 正在自动化配置管理（而且我很确定这不是一个自豪地使用 vimdiff 来管理配置更改的 NetOps）。

通常首先想到的问题是“基础设施即代码到底是什么”？ 这可能就是为什么尽管大多数人认为自己是在“评估”或“思考”，但实际上却有更多人在“做”的根本原因。 疲劳的定义是真实的，伙计们，如果没有提供明确的定义，就很难对短暂的术语得出结论（尽管我们无论如何都会这样做，因为这就是我们所做的，对吧？）。

那么 NetOps可以自动化什么呢？ 我们不断告诉他们，他们需要这样做，以保证数字化转型列车顺利运行而不出现延误，但我们也知道，企业网络并不是一个可以随意玩自动化的环境。 这些都是严肃的网络，当今的整个商业活动都依赖于它们。 事实证明，NetOps 已经实现了相当多的自动化。

配置生成、存档和部署是当今自动化程度最高的三大操作。 数据收集和报告似乎也正在蓬勃发展。

事实上，除了配置管理（以及冒险的 NetOps）之外，在相当数量的受访者组织中，每项操作似乎都已实现自动化。

但当然，与配置相关的任务的自动化引出了一个问题：它发生的频率有多高，因此是否需要自动化？ 我认为（可能与当前对该主题的看法相反）部署生产变更的频率越低，自动化实际上就越有价值。 当然，你永远不会“忘记”如何骑自行车，但是，从第一次骑上自行车到下一次骑行，可能要经过数月或数年的时间，这可能是一个痛苦的（充满错误的）经历。 因此它可以用于部署。 但这是另一天的话题。

事实证明，NetOps 的部署相当有规律，其中大约一半（50.92%）每天在生产环境中部署多次小变更，37.59% 每月部署 1 至 5 次重大变更。 它远不及网络原生、主要支持单一应用程序的技术提供商（如 Netflix、PayPal 或 Facebook）所宣称的“每天 200 次”，但对于平均支持超过 200 个应用的企业来说，它仍然以相当快的速度推动应用程序的发展（根据我们自己的应用交付状况调查）。

最后，您不得不想知道他们是如何管理所有这些变化的？ 正如标题所述，确实有一位自豪的 NetOps 声称只使用 vimdiff 来管理更改。 鉴于数据的结构，很难将其与生产变化的频率关联起来，但我真的想与这位 NetOps 谈谈，因为他或她是我的英雄，无论外界压力有多大，他们都自豪地坚持对自己有用的东西。

NetOps 的其余部分依赖什么？ 事实证明，他们中的很多人都在使用 Github。 准确地说是 47%。 另一大群体（39%）正在使用 Rancid/Oxidized。 Rancid（不要与 1991 年在加利福尼亚州伯克利成立的美国朋克摇滚乐队混淆）是一种管理配置备份的网络工具。 Oxidized 也是一款用于管理配置备份的网络工具，经常被吹捧为 RANCID 的替代品。如果你想了解更多，可以去看看专门介绍 Oxidized 的 subreddits。

令人担忧的是，8% 根本没有跟踪配置变化。 我曾经在实验室里这样做过，结果得到了一个非常不对称的跨网络链路，单向速度为 100Mbps，另一向速度为 1.5Mbps。 是的，近 11 年前，我在绿湾的一个实验室里意外地重建了现代宽带电缆模型。 不，不幸的是，我没有得到版税，但好消息是我也没有收到仇恨邮件。 再次，如果没有根据组织规模进行交叉制表的能力，就很难理解这一基本原理。 有趣的是，11.91% 的管理着 0-50 台网络设备，因此可以推测，这 8% 的管理着可管理的设备数量，而且运行良好。 最大的 NetOps 群体（38.63%）管理着 1000 多台设备，另外 28.23% 的 NetOps 管理着 251 到 1000 台设备，因此可以说大多数 NetOps 负责大量设备（几乎肯定是异构的），因此跟踪配置变化不仅对于网络的持续健康运行有必要，而且对于网络运营商的理智也有必要。

总的来说，我真的很喜欢深入了解 NetDevOps 的世界，就像他们给自己贴的标签一样，以及他们使用的东西、他们认为重要的东西以及他们操作的环境是什么样的，即使只是从 50,000 英尺的高度来看。

NetOps 是 IT 组织的骨干，在企业进行数字化转型时，他们越来越有责任保持一切正常运转，而这必然会增加网络和维持网络安全运行的运营商的负担。

我不相信有可能将网络运营从传统模式彻底改造为更敏捷的类似 DevOps 的模式。 与业务的数字化转型一样，IT 的数字化转型也是分阶段进行的，着眼于不破坏可能导致业务脱轨的现有流程。 这项调查表明，转型正在发生，虽然可能没有被贴上“DevOps”的标签或完全满足纯粹主义者对其含义的概念，但无疑正在推动企业网络在其数字化转型之旅中前进。