软件仍在吞噬IT，下一个目标是应用服务

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

早在2015年，我就指出，软件正在吞噬IT。这一观点基于从RightScale、HBR、PWC等多个行业来源收集的数据。从开发、部署到交付，软件正在全面占据主导地位。

但即便在当时，软件在生产端网络中的渗透程度仍然很低。趋势已经显现，我们所需的许多工具和API也已具备。但如果把整个流水线比作一顿丰盛的大餐，那么开发是主菜，部署与交付不过是甜点。

今非昔比。我们看到，部署与交付如今已成为应用流水线这份“菜单”上的三道主菜之一。

这些数据来自哪里？来自F5过去两年的研究。数字化转型被视为推动这一切自动化和变革的动力，但也不要忽视公有云带来的颠覆性影响。

无论软件占据上风该归功于谁（还是该归咎于谁？），几乎无可争辩的是，软件仍在吞噬IT。

开发

应用流水线的开发环节一直由软件驱动。我们使用软件构建各种库和可执行文件。早在Git出现或CI/CD成为家喻户晓*的术语之前，我们就已使用软件存储不同版本的代码。

过去，开发环节并未实现全面自动化。自动化测试、配置管理和事件驱动型构建系统也不像如今这样普及。

得益于云和DevOps，应用流水线的开发环节在很大程度上已转变为一项“用软件构建软件”的工作。

部署

云和DevOps再次受到认可，因为它们推动了部署环节对更高自动化程度的需求。在“生产环境的另一侧”，运维团队占据主导地位。他们不仅实现了构建和测试流程的自动化，也实现了应用基础设施部署的自动化。这其实从来都不是真正的问题。问题在于“管道的其余部分”，即由网络基础设施组成的部分。这些基础设施为应用服务提供平台，而这些服务是扩展应用、保障应用安全和提升应用速度所必需的。

应用管道的这一环节如今正迎来自动化的快速增长，推动这一趋势的是一群日益壮大的资深网络工程师。我们称他们为NetOps，以此向DevOps运动致意。DevOps运动过去和现在都在持续影响用于实现“网络”自动化的工具、技术和方法。

过去三年，自动化在网络运维中的应用和重要性均显著提升。应用管道的部署环节正逐步转变为一项“用软件部署软件”的工作。

交付

应用管道的交付环节将迎来尤为显著的变革。部分原因在于，过去20年间，我们在网络领域主要依赖性能强劲的硬件设备。总体而言，这些设备可扩展、容量充足，而且速度快于软件。但随着企业采用多云架构成为必然趋势，以及公有云甚至被用于承载关键企业应用，行业规则已经改变。

硬件无法迁移到云端。要采用基于不可变基础设施即代码的交付方式，需要使用按应用划分的架构，而硬件并不是支持这种架构的合适平台。软件可以迁移到云端，并支持按应用划分、不可变性和基础设施即代码。

真正的问题并不是选择硬件还是软件（对于按应用构建的云架构，答案显然是软件），而是选择容器还是虚拟化软件。随着容器迅速普及到数据中心和云环境，通过容器交付应用服务的需求已增长一倍。客观来说，这一比例只是从2017年的约4%升至2018年的9%，但即使采用率仍为个位数，这一增幅也相当显著。

此外，市场对虚拟软件的需求也显著增长，而对硬件的偏好则逐年下降。不过，如果认为这种偏好最终会降至零，那就没有真正理解我们当初为何从软件转向硬件（没错，这条路我们以前走过），也没有理解为什么在企业中，交付环节的某些部分（核心共享网络）很可能始终主要依赖硬件。

不过，交付领域的大部分将会采用软件形式。事实上，现在已经如此，而且已有一段时间。这是降低公有云迁入和迁出阻力，并缓解传统部署计划与需求驱动型应用交付计划之间日益加剧的冲突的唯一途径。无论是在本地还是公有云中，容器和虚拟软件都将占据应用交付领域至少三分之二的份额。

交付领域正逐渐转向“用软件交付负责交付和保护软件的软件”。

这是因为软件仍在吞噬IT，而且在可预见的未来，这一趋势还将持续。

*如果家里主要都是开发人员（我家就是如此），那么CI/CD就是一个家喻户晓的术语。实际情况可能因人而异。

关于作者

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

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

Lori Mac Vittie 的更多博客文章