IT的组件化与其负责保护和交付的应用组件化类似。据估计，现代应用中有80%至90%由第三方组件构成，其中大多数是开源组件。这样做的好处包括加快开发速度、提高应对变化的敏捷性，以及降低软件开发成本。毕竟，如果别人已经写好了实现某项功能的代码，又何必重复开发？
目前尚无数据估算IT的组件化程度，但未来IT会在多大程度上实现组件化，答案很明确：程度会很高。
我们不再自行构建监控系统，而是采用Prometheus等现有系统。我们也不再自行开发搜索引擎，而是与Elastic Search或Lucerne集成。我们无需设计和开发编排及基础设施控制器，因为已有Helm和Terraform。如今，人们不再询问我们能否与各种系统集成，而是询问我们对生态系统的支持情况。
我们使用软件栈构建系统，而不是自行开发每个组件。
组件化的连锁效应
这种系统级思维已广泛应用于开发领域，并开始深刻影响各类软件（包括商业软件和定制软件）的开发方式。它也在显著影响网络架构的设计方式。
几年前，我曾指出，微服务正在拆分网络。这一拆分过程仍在继续，其原因与DevOps的思维方式密切相关。也就是说，DevOps更倾向于从组件化系统的角度思考问题，尤其是在受到云影响时。随着DevOps不断进入传统上由NetOps和运维负责的领域，其思维方式也随之而来。这意味着采用技术栈，而非解决方案。
这种视角自然会促使团队采用独立的应用服务，使其更契合当今DevOps的运作模式和思维方式。单一用途、专注于特定功能的应用服务用于组合成数据路径，而不是从头构建数据路径。
这意味着，负载均衡就是负载均衡，入口控制就是入口控制，API网关就是API网关。运维人员利用各种应用服务，组合（装配）出一条从代码（应用）延伸至客户（客户端）的数据路径。
今年，API网关、入口控制和机器人防御等针对性服务的采用率显著提升，这一点在《应用服务现状报告》中得到了体现。
这一转变已引起广泛关注。数字化转型持续推动企业重新定义自身，并将业务拆分为由API和应用（数字化能力）承载的服务，同时也显著改变了应用服务的设计、开发和交付方式。
向技术栈上层迈进
数据路径一直采用基于IP的路由架构：将这部分流量路由到这里，将此类流量路由到那里；如果有效载荷中有内容与X匹配，则将流量路由到另一个位置。这种架构高度依赖特定网络，因此数据路径与其部署所在的网络紧密耦合。
因此，很难在公有云等其他环境中复制这种架构。虽然策略可能可以复用，但将数据路径绑定到网络的配置却无法继续发挥作用。
容器和云基本上都在推动数据路径向协议栈上层迁移，并在应用层基于应用服务进行组装。这样更易于跨环境移植，因为所操作的是主机名、标记和标签等不与网络绑定的元数据。
归根结底，这意味着我们需要从配置转向策略，使数据路径的构建不再受IP地址和环境的限制。
毫无疑问，我们正在从单点解决方案转向技术栈，从手动流程转向流水线。随着数字化能力在业务和运营中不断拓展，对数据路径进行组合与控制的需求将继续向技术栈上层转移，并更加依赖负责引导数据路径的应用服务。
关于作者
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服务。