编者按：路宽了，为何越来越堵？网络链路宽了，为何关键业务的网络访问速度却瓶颈不断？网络时代的CIO将如何面对这个困惑？

CIO的困惑：到底是网络问题，还是系统应用问题？

如今，网络基础链路越来越好，例如万兆交换、千兆路由的普及，另一边，是企业关键应用的不断多功能化、复杂化，然而，当我们的关键应用运行在网络上时，却或多或少地出现了关键应用访问速度慢等很多问题，这给企业用户带来了不少麻烦。

这就如同北京的三环、四环主路一样，不可否认，北京的公路系统，在全国范围内是建得最好之一的了，公路建得宽，建得好；另一方面，北京市民的用车也越来越好，例如富康变现代。然而，这么宽的路，为何却越来越堵？大家的上班行路时间也一再变久。

很明显，堵车的最直接原因是车多了，因此减少上路车辆是最直接的解决办法，然而，如果简单地减少上路车辆，这将会引出很多社会问题。因此，我们需要采取有效的管理措施，使公路的通行效率更高，让更多的人上班赶路的时间更短。解决的办法例如有设立公交专用道等有力的措施。

同样，在企业网络应用中，我们会有同样的感受，我们的物理网络基础链路越来越宽，但关键业务的网络访问速度却开始不断出现访问速度瓶颈，我们应该如何应对？

对此，F5 产品管理总监 Ameet Dhillon 解释到：“企业的物理网络基础网络是由企业的网络管理员来负责的，然而，对于关键业务系统的维护，却是由系统管理员承担的，很多企业都有两班人马去承担。然而，当关键业务系统出现访问瓶颈时（例如远程访问网络版用友NC ERP系统时，出现不能访问的现象），大家都会去找维护应用系统的系统管理员。然而，这个问题又跟基础网络设施相关，从而导致系统管理员无法解决问题，同样，这是应用系统问题，网络管理员似乎也无能为力。”

于是，CIO困惑了！

基于这样的问题，思科、华为等传统设备厂商不太好提出相应的解决方案，而SAP、ORACLE、用友等应用系统供应商，也难有解决办法。在这种情况下，需要新的厂商提出全新的解决办法。

寻找网络拥堵的真因

面对关键应用网络访问性能低下的问题，你可能最容易想到的是：网络带宽难道不够？在这种情况下，电信公司也往往会建议你增加带宽。

的确，带宽不够是造成网络访问性能低下的原因之一，增加带宽能够在一定程度上解决问题。但是，当带宽增加到一定程度后，网络访问性能低下的问题将依然存在。

其实，应用性能受到许多因素的影响，必须同时满足网络和应用逻辑要求才能得到满意的应用性能结果。在网络层，应用性能受到长时间延迟（空间距离的影响）、不稳定性（jitter）、数据包丢失和拥塞的限制。在应用层，性能进一步被应用协议的正常行为（尤其是在面临网络层的长时间延迟、不稳定性、数据包丢失和拥塞时），过多参与网络链路间握手的应用协议、以及应用本身的连续性所限制。

另外，F5 产品管理总监 Ameet Dhillon指出：“应用性能和吞吐率受多种因素影响。延迟和数据包丢失对应用性能也会产生深远影响。利特尔定律（Littles Law）开创性地描述了队列理论和模拟空间距离（延迟）与数据包丢失等式，说明了这两个因素对应用性能的影响。随着每个请求的往返时间（RTT）的增加，拥塞窗口必然会增加，或者说 TCP 吞吐率将会下降。不幸的是，TCP 不能有效地管理大型窗口。因此，甚至是少量的延迟和数据包丢失也会迅速将给定应用的网络性能降低到 1 MB/秒以下。即使带宽容量提高到 100 Mbps，应用消耗的容量也永远不会超过总容量的 1%。在这些条件下，选择增加网络容量的经理们也只是在增加毫无用武之地的资源，白白浪费资金而已。”

F5 产品管理总监 Ameet Dhillon

在广域网中，导致往返时间（即延迟）较长的原因包括空间距离远、网络路由模式效率低、以及网络拥塞等 —— 这些因素会大量出现在广域网（WAN）中。目前，许多 TCP 协议堆栈管理重传能力的效率都非常低。实际上，如果丢失了一个数据包，那么一些堆栈可能必须重传整个拥塞窗口。在面临网络拥塞时，它们也会呈指数级后退（即减少拥塞窗口的数量并增加重传定时器）。

此时，TCP 会检测到此类行为并将其归类为数据包丢失。虽然在帧中继网络中丢失现象通常不是很严重（平均水平低于 0.01%），但是在通过 IP VPN 网络进出某些市场（如中国）的过程中却非常明显，丢失率总是超过 5%。在后一种情况下，高丢失率会对应用性能造成灾难性的打击。当数据包丢失和延迟现象同时出现时，性能下降更快。

解决思路：对流量进行系统管理

许多网络工程师都认为遇到拥塞时大幅度后退（减少网络访问量）是确保网络访问正常进行的必要条件。然而在有些情况下这种说法是正确的，在另外的条件下却不可行。如果控制拥塞是网络上每台主机的责任，那么在每台主机不了解其它主机的带宽要求的情况下，大幅度后退是确保正常运行的必要条件。

然而，如果拥塞问题在网络结构内由负责给定广域网（WAN）连接上所有流量的系统进行管理，那么应该能够实现更大量、更高效的吞吐能力，而不需要大幅度后退。

F5 产品管理总监 Ameet Dhillon因为提出了相应的解决思路：“我们需要做的是，在网络基础设备的基础上，对关键应用数据流进行更智能的分析，找出其中更关键的数据流，并通过种种措施，来解决关键应用的网络访问瓶颈。”

正是基于这样的解决思路，F5推出了BIG-IP、WANJet、Web Accelerator等以解决网络流量问题的系列解决方案。

应用交付：把基础网络与关键应用连接起来

如何解决关键应用的网络访问速度？

我们需要在基础网络链路（路由、交换等网络设备）、关键应用（ERP、CRM、OA办公、专业企业计费系统等）之间，进行有效的管理，把这两者有机地连动起来，从而提高关键应用的网络访问效率，这就是应用交付。

对此，作为应用交付的领导厂商F5提出了专业的应用交付解决办法，其中包括负载平衡、会话流交换、智能网络地址转换、高级路由（就近访问）、智能端口镜像等。

此外，F5还提供了多种网络优化解决措施，共同解决网络访问低下的问题。例如SSL加速、HTTP压缩、TCP优化、内容缓存、带宽管理、连接加速等措施，并通过这些措施解决具体的网络连接加速问题。

应用交付是一个新的提法，比较难以理解。其实，当前不同的厂商，对应用交付也有不同的解释，例如F5、Citrix等厂商所提及的“应用交付”就不完全一致。

应用交付主要的意思就是将关键应用与基础网络设备关联起来，通过负载平衡、会话流交换、智能网络地址转换、高级路由（就近访问）、智能端口镜像等各种技术手段，让关键应用能够良好地运行在网络设备上。

应用交付属于第4层以上的应用技术手段，因为与交换、路由有着明显的区别。

针对应用交付与路由交换的区别，F5 产品管理总监 Ameet Dhillon如此解释到：“交换、路由设备能够分析网络的数据包，根据其提供的目的地址，把数据包转发向目标地址。但是，它属于基础网络设备，它不能识别关键业务的应用操作。例如，某个银行有三个不同城市的数据中心，当某个用户使用网络银行系统时，如何才能够实现对就近数据中心的访问呢（就近访问速度快）？路由、交换设备是不能实现的。此时，就需要更高级的技术手段，也就是应用交付技术，例如其中的高级路由（就近访问）功能，通过应用交付系统，实现对用户访问操作的识别，并将其指向最近的数据中心，从而提高网络访问效率。”

我们可以看出，网络结构的底层（2、3层），是针对数据包的路由、交换，这属于相对基础的交换操作，而对于网络高层（4层以上），则是针对业务系统的应用操作进行处理（例如高级路由交换、负载平衡等），这可以算作是针对“应用”的交换，也就是“应用交付”了。

从具体产品部署上来看，f5提供了BIG-IP、WANJet、Web Accelerator、FirePass、Trafficshield等系列产品。分别针对网络访问、数据中心同步访问、远程办公、应用防火墙等多种应用，例如，BIG-IP可以提供高可用性负载平衡、快速与超智能的第7层交换、精细的互动控制、DoS保护、资源共享以及其它诸多特性，从而为企业的互联网网络提供最好的保护。