自动化竞赛中，NetOps（几乎）追上DevOps

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

人们普遍认为，在部署流水线自动化的竞赛中（如今我们称之为生产），NetOps远远落后于DevOps。

这种看法很重要，因为缺乏自动化，以及NetOps缺乏推动自动化的意愿，常被视为采用公有云的主要驱动因素之一。它也在一定程度上推动了容器等新兴技术的发展。这些技术有意将越来越多的网络和应用服务纳入生态系统，以便对其进行抽象，直至这些服务是否在生产环境中实现自动化不再重要。

我们上次调查一线从业人员时发现，这种说法基本属实。事实上，65%的DevOps从业人员表示，无法访问部署流水线且缺乏自动化，是促使他们绕过IT部门，转而寻求云和容器等其他解决方案的因素之一。

但认为NetOps未参与自动化竞赛的看法并不完全准确。事实上，NetOps似乎正在缩小与DevOps同行之间的差距。

请看F5与RedHat近期联合开展的一项调查中这组可能令人意外的数据，调查报告名为NetOps与DevOps的交汇：网络自动化现状。我们围绕DevOps及其自动化实践的多个主题，对DevOps、NetOps和安全专业人员进行了调查。其中一个具体问题是，他们如何利用自动化在部署（生产）流水线的4个关键环节部署基础设施组件：

1. 应用基础设施。这是应用运行所需的服务器、系统、中间件和平台。
2. 应用服务。这类服务包括负载均衡和缓存、HTTP路由以及Ingress控制。
3. 网络。这是所有管道的基础，包括每个应用和应用服务都需要的网络路由与交换功能。
4. 安全. 安全服务包括WAF、身份认证、访问控制和机器人防护。

我们发现，总体而言，在部署流水线这些组件的自动化进程中，DevOps领先于NetOps。不过，NetOps与DevOps的差距并不大。我们还注意到，服务与应用的距离越远，采用自动化方式部署该服务的可能性就越低。

这种差异无疑仍会导致两个团队之间产生一些摩擦。我们注意到，DevOps人员中认为部署频率“足够高”和“不够高”的比例相同，均为43%。NetOps人员的看法也几乎各占一半：31%认为部署频率“足够高”，30%认为部署频率未达到预期。

这与我们之前的调查结果大相径庭，当时仅有18%的NetOps希望加快部署节奏。

但自动化需要时间，也需要投入精力，而且还面临诸多挑战。DevOps需要认识到，当前的工具和工具集生态系统主要面向开发人员和应用基础设施，而NetOps领域的生态系统建设几乎没有进展。由于缺乏足够的集成能力，难以将部署流水线的各个组件衔接起来，持续部署也就难以实现。

而这正是问题的症结所在。DevOps之所以取得显著成效，原因之一是其参与者主要是开发人员。他们以代码为业，深谙代码之道，也知道如何集成需要集成的内容。而NetOps人员未必具备这类技能。部署流水线主要由通过协议进行集成的设备和系统组成。这些协议定义明确且基于RFC，无需通过代码进行集成，因为它们在设计之初就旨在避免这种需求。

这对NetOps来说是一项全新的挑战，他们未必已做好准备，也未必具备应对这项挑战的技能。具体而言，只有略高于三分之一（38%）的DevOps人员认为“跨供应商和设备集成工具集”是网络自动化面临的一项挑战。相比之下，近一半（47%）的NetOps人员认为缺乏集成是一项难题，仅次于缺乏自动化专业知识（49%）。

数据显示，尽管自动化本身存在诸多挑战，但NetOps并不像一些人所认为的那样远远落后。网络自动化为NetOps和安全团队提供了大量机会，使其能够融入在应用开发和部署中日益占据主导地位的持续流水线。

如需了解更多详情和分析，请立即《NetOps 遇上 DevOps：网络自动化现状》，获取报告！

关于作者

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章