不像以前看到的，不是每个网络缓慢问题都可以通过WAN优化或者应用交付控制器解决，本文介绍了当企业部署WAN时，会遇到的五大WAN应用交付优化（ADO）问题。

　　性能问题可以解决，但WAN应用交付优化也不是万灵药。就像部署WAN应用交付优化（ADO）时，为了解决性能问题要有一个“必做”清单，同样IT部门心中也应该清楚什么不该做，毕竟，ADO技术多种多样，有时甚至互相没有关系。要知道，不是所有性能问题都能通过WAN优化或者应用交付控制器（ADC）解决，也不要认为一个供应商或者ADC能做的事，其他供应商或者ADC也能做。部署ADO时指导原则很重要，根据过去几年我们在Nemertes Research与很多IT部经理的交流，下面是部署WAN应用交付需要避免的五大问题。

　　1 不沟通

　　因为WAN优化成功率很大，据Nemertes研究，70%的部署都非常或者极其成功，所以IT人员很自然的想要通过它改善麻烦的WAN连接，魔法一样神奇的解决每个人的问题，正如其他对工作或者服务的改变一样，在没有沟通的情况下，自行对网络连接破坏性的改变会让人不满，尽管有时这是有效的。

　　2 总认为要买点什么

　　目前MPLS是WAN技术的主流，所以在WAN上使用不同的交付服务比以往任何时候都容易。大多数MPLS网络允许客户定义4种或者更多流量级别，因此IT部门通过定义流量级别，可以享受特殊待遇，比如受保护的带宽或者优先交付，如果这样能解决性能问题，那IT部门就不需要再找WAN服务商或者购买其他ADO设备。如果出问题的应用是实时通信工具，比如VoIP或者其他统一通信应用，那这样做尤其有效。

　　3 没试就买

　　认为一个WAN应用交付解决方案对别人有用就能解决你的问题，或者你之前从这家供应商买的设备好用就买它的产品，这对预算甚至对应用性能来说都很危险。

　　4 买下你尝试的第一个产品

　　就像不应该因为供应商推荐一个产品你就买它，同样的，不应该因为一个产品有效你就买，虽然这听起来有些奇怪，因为其他方案可能价格更低，功能更多，或者性能一样甚至更好，IT部门必须尝试更多的解决方案。

　　确定性能问题之后，得知这个方案已经过时了，必须使用其他的方案，这很痛苦。但不幸的是，这对于ADO再所难免。一些IT商店一次用不同的WAN连接测试不同的解决方案，但很多时候，起码对于室内设备解决方案，这不合适。可对于虚拟设备或者基于云的解决方案来说则容易很多，因为IT部门不需要在远程安装新硬件，之后再卸载它。

　　5 不记录成功案例

　　不止一个IT经理告诉我：“WAN应用交付优化让我们成为英雄！”对于他们来说，在终端用户影响很小的情况下，就可以做出如此大的改变，这确实很少见。最佳场景是：用户昨天下班时还存在问题，第二天上班就发现它已经被解决了。

　　但是这样炫耀成功对IT部门不太合适，要避免吹嘘，它的危害很大，然而记录处理问题前后的过程却可以增强IT部门的可靠性，建立它问题解决组织的形象。而且，记录下的文档除了CIO，别的高层也得能看懂。以员工以前在工作中浪费的等待时间，如果可能，将它转换成问题解决后节约的成本，IT部门需要把这些记入它的功劳簿。在工作日把记录当成一项额外的工作，因为这些数据很有效，可以应用于WAN应用性能问题。做这些意味着和业务部门交流，但那不是什么坏事。IT部门还可以记录下其他节约的成本，比如它们提高的WAN带宽。

　　如果IT部门能够在部署WAN应用交付优化时避免上述情况，就能够解决重要的性能问题。不仅员工受益，公司的工作效率提高，IT人员自身价值也会提升。