消失与存续——应用交付行业的跌宕演进

1996 年，一家名为 Foundry Networks 的公司在硅谷成立，主要研发售卖交换机、路由器等网络硬件产品。

那年是“互联网泡沫”形成的初期，美国 IT 行业的新公司如雨后春笋。可以想象，当时这家公司的成立，也许并没有溅起太大的水花。

但在短短三年后，Foundry 就在纳斯达克上市，并创下多项纪录，成为华尔街最受瞩目、最具成长潜力的初创企业，甚至入选过美国 500 强。

转眼又几年，时局突变。2008 年，Foundry 被 Brocade 以大约 26 亿美元的价格收购，这场收购案兜兜转转数月才最终敲定，还因为股票价格下跌而被压价。到如今，Foundry 已泯然众人。

扛住了泡沫破裂，却没扛得住收购。

当初决定减少 4-7 层交换机产品投入的 Foundry 创始人 Bobby Johnson，看到与 Foundry 同年成立、现在如日中天的老对手 F5，不知会作何感想。

4-7 层交换机这个词，对于初入网络行业的朋友可能比较少见，今天，大家或许更习惯它的另一个称呼——负载均衡。

作为最早推出负载均衡设备的厂商，当年的 Foundry 前程似锦。按照一般的剧本，由负载均衡概念演进而来的应用交付，理应是他们的拿手好戏。

但变化是永恒的，历史总会走上一条多数人未曾设想的道路——包括技术本身。

如何理解应用交付

随着数字化进程不断被推动，应用大量涌现、访问量飙升，为了保证应用和内容的安全高效访问，应用交付技术便应运而生。

应用交付部署在网络和应用之间，将两者深度结合、有效协同，致力于将应用以高效、安全、稳定的方式交付给最终用户。为了实现这一目标，应用交付融合了负载均衡、应用安全管理、应用加速、流量控制等多种技术。

在 IT 应用架构中，应用交付位于互联网与数据中心之间的咽喉要道，因此拥有重要的战略价值。

责任越大，挑战越大。对于企业来说，这种挑战可能更多在于如何更好地、合理地发挥应用交付的价值，为业务应用赋能。而对于应用交付本身来说，挑战则在于如何更好地把握技术发展方向。

当我们希望对未来趋势有一些洞察时，回顾应用交付的发展历程，是很有必要的。

在应用交付之前

在互联网的古早时期，用户访问量少之又少，往往只靠单台服务器就能满足对外服务需求。但随着互联网的普及，越来越多的用户接入网络，业务流量也自然水涨船高。

当单台服务器无法应对流量增长、支撑服务运行的时候，通常有两种解决办法：

1. 换更好的服务器
2. 加更多的服务器

也就是我们常说的纵向扩展（提升单台服务器的计算、存储、网络等资源配置）和横向扩展（通过增加多台服务器同时工作，满足大型应用处理需求）。

第一种方法也许够简单粗暴，但单机性能总是有上限的，而且多数情况下，机器性能的提升与价格并非呈正比。因此，以多台服务器组成集群，同时承载业务应用，作为一种更实际的解决方案被大家普遍接受。

但此时又面临一个新的问题，业务负载如何分配？多台服务器之间如何协调？首先我们看看若不做协调会发生什么？业务流量到达后端时得不到有效控制，出现工作分配不均的现象：有的服务器已经超负荷运转，有的却处于空闲状态。这不但造成了极大的资源浪费，同时也会影响用户的访问体验。

负载均衡的出现，就是为了解决这一问题。它可以构建在现有的网络结构之上，作为流量入口，对流量进行调度，将其均衡地分配到集群中的不同机器上。