深耕应用层30年

Kunal Anand首席产品官 | F5

1997年，大多数负责运营Web基础设施的人员都在实时拼凑解决方案。流量激增会导致网站宕机。容量耗尽时才手动添加服务器，而这通常为时已晚。问题从来不在于Web是否会发展壮大，而在于底层基础设施能否跟上其发展步伐。

F5创立之初秉持一个简单的信念：答案不在于增加服务器，而在于让流量管理更智能。F5 BIG-IP将应用感知智能直接融入数据路径，根据实时状况而非静态规则做出决策。这一选择将应用交付视为智能系统问题，而非硬件扩展问题，并成为此后所有发展的主线。

在科技行业，30年是一段漫长的岁月。大多数在1996年举足轻重的公司如今已不复当年。那些延续至今的公司，不仅执行出色，更始终聚焦于真正需要解决的问题。

对F5而言，这个问题始终未变：在外部环境不断变化的同时，确保应用快速、可用且安全。世界已经历了数次巨变。

1996年至2005年：当互联网的发展超越自身基础设施的承载能力

早期的Web因好奇心而生，并非为商业而建。当它同时承载起这两者时，问题很快显现。可用性变得至关重要，性能故障也意味着业务受损。F5参与定义的应用交付控制器这一类别，源于一个直观的观察：网络层不了解应用，而这一盲区正让人们付出代价。

BIG-IP将智能直接部署在应用流量路径中。它不仅路由数据包，还能理解这些数据包的用途，并据此做出决策。随着应用之间的互联日益紧密，应用交付与安全开始融合。随后，身份感知访问、应用安全和全代理架构相继出现。这为一种新模式奠定了基础：将性能、可靠性和保护视为同一系统的组成部分，而不是彼此独立、并行运行的产品。

2006 至 2015 年：虚拟化改变规则

云和移动访问改变了应用的构建和使用方式。基础设施变得更加动态，传统网络边界开始逐渐消失，威胁面也随之发生变化。

在此期间，F5协同推进硬件和软件的发展。VIPRION率先在数据中心内支持弹性、云规模的运行模式。BIG-IP Virtual Edition将应用交付和安全能力扩展到虚拟化及云环境。应用可以灵活迁移，同时保持一致性和控制力。

这一时期带来的一个更明确的认识与安全有关：应用而非网络已成为主要攻击面。仅保护网络边界已不足以应对威胁。F5进一步聚焦以应用为中心的安全，将防护直接集成到流量路径中。性能与安全这两个领域必须协同设计。这一理念塑造了F5如今运营的平台。

2016至2022年：最艰难的转型

这是一个需要做出最多改变的时期，我们有必要坦诚面对这一点。

云和多云的采用步伐加快，灵活性随之提升，但碎片化问题也日益突出。各团队部署了更多工具、平台和策略，却往往缺乏统一的管理方式。F5内部也面临着类似挑战：当核心业务建立在设备和网络运维团队之上时，如何满足一个正转向开发者驱动、软件定义基础设施的世界的需求？

答案来自两项举措。

对NGINX的收购为F5的产品组合引入了现代化、开发者优先的应用交付方式。NGINX早已在众多企业内部运行，其普及程度超出大多数人的认知。它部署在Kubernetes集群和CI/CD流水线中，由编写代码的人员管理，而非由网络运维人员管理。将NGINX纳入F5后，F5不仅能在网络团队的工作环境中提供支持，也能融入开发者的实际工作环境。

F5 Distributed Cloud Services为高度分布式环境引入了以SaaS方式交付的网络和安全服务。这一举措基于这样的判断：未来的基础设施管理将更接近软件模式，而非硬件模式；客户需要一种方法，在云、数据中心和边缘环境中实施一致的策略，而不必为每种环境分别构建不同的运营模式。

这两项收购的整合都并非易事，也都难以顺利融入现有的业务模式。但这恰恰体现了它们的重要性。在这一时期始终保持竞争力的公司，正是那些愿意承受此类磨合成本的公司。

这一时期的经验一再得到印证：复杂性若得不到妥善管理，就会转化为风险。这不仅是运营风险，也是战略风险。客户需要在不牺牲性能、可见性或控制力的前提下简化复杂性。F5需要构建一种实现这一目标的方式。

2023 至 2026 年：F5 Application Delivery and Security Platform

到2020年代初，攻击面已发生根本性变化。API的数量超过了传统应用接口。AI工作负载不仅需要极高的吞吐量，还需要新的保护类别，以应对包括当时尚无公认名称的风险。软件供应链成为攻击途径。威胁演变之快，已超出团队的人工跟踪能力。

F5采取的应对方式侧重于架构，而非简单叠加功能。F5没有继续扩展产品组合，而是对其进行了整合。2025年，F5推出了F5 Application Delivery and Security Platform (ADSP)，将高性能流量管理与全面的应用和API安全整合到统一的运营模式中。

F5 ADSP的基本理念是，当交付与安全共享同一流量路径时，二者无法各自独立优化。用于优化性能的智能能力也应实施安全防护。单一平台意味着在混合多云环境中，策略、可见性和控制均基于统一可信的信息源。它可以缩小复杂性可能被利用的运维攻击面。

三十年来，我们不断探索应用基础设施的故障根源，并将积累的经验凝聚成一个面向未来的平台。

30年积淀的真正意义

历经30年，这一规律依然不变。

每当互联网架构发生变化，都会出现一系列新的故障模式。规模扩大可能导致系统失效，边界逐渐消失，复杂性则会使风险更加集中。F5始终专注于流量、安全与性能交汇的应用层，从而应对每一次转变。

这份感激发自内心：感谢不断提出更棘手问题的客户，感谢帮助扩大这些解决方案覆盖范围的合作伙伴，也感谢F5内部在每个时代脚踏实地付出的人们。

未来不会更简单。AI正在重塑应用的功能及其遭受攻击的方式。能够妥善应对这一转变的组织，需要具备足够智能、能够跟上变化的基础设施。

这项工作始终未变。自1996年以来，我们一直为此努力。

如需了解详情，请阅读我们近期发布的博客文章《F5员工眼中的F5三十年》。

关于作者

Kunal Anand首席产品官 | F5

Kunal Anand担任首席产品官，负责领导F5产品组织。他负责产品愿景、战略和执行，推动开发突破性解决方案，以应对关键挑战，并为客户打造卓越体验。在此前担任首席技术与AI官期间，Kunal制定了公司的技术与AI战略和愿景。 加入F5之前，Kunal曾在Imperva同时担任首席技术官和首席信息安全官。2018年，Imperva收购了他于2013年联合创立的应用安全初创公司Prevoty，他也由此加入Imperva。在加入Prevoty之前，他曾担任BBC Worldwide技术总监。Kunal拥有深厚的创新经验和技术专长，曾在Gravity、MySpace和NASA Jet Propulsion Lab担任领导职务，负责安全、数据、技术和工程团队。 Kunal在AI和机器学习领域拥有超过15年的经验，涵盖模型训练、运用AI驱动的算法增强产品，以及设计和实施AI架构。 Kunal拥有Babson College计算机科学理学学士学位。

Kunal Anand 的更多博客文章