团队无法有效合作

　　一个公司，如果开发团队有一半人在美国，另一半人在印度，很低的广域网吞吐量和缓慢的应用响应就会大大推迟产品开发。

　　即便是通过45Mbps带宽，复杂的开发设计文件的传输时间跟你根据LAN的数据传输所能想象的相比，也是不成比例的。

　　如果广域网吞吐量太低，企业的开发团队就无法开展有效协作。结果呢?导致企业的产品设计周期变长，团队产生强烈的挫败感，产品质量变差，以及通信效率降低。这完全违背了公司让一部分人进驻印度获取第一手资料从而取得竞争优势的初始意愿。

　　业务连续性无法保证

　　每个人都同在一个屋檐下，也就是说使用LAN互连时，大型数字文件的运作相当正常。例如，一家大型的好莱坞媒体公司通常会有超大的视频文件，如100G或更大。然而，演播室、广播公司和后期制作工作室现在分布得越来越广。在这种情况下，改善广域网吞吐量比以往任何时候都更加重要。

　　如果只是单纯的需要相对长一点的时间来传输大的文件，那你可能碰到的也就是延迟而已，但至少你还可以做出相应的规划。但是，如果传输时间就像天气一样不可预测，你就根本没有办法来制定时间表。将一个20G的文件从好莱坞发送到纽约可能需要10分钟，但也可能是10个小时，你永远都无法确定。

　　不可预测的性能意味着企业的工作流程可能会中断，无法在最后期限内完成任务，用户体验可能会受到影响。无法在规定的时间内完成任务将导致企业收入和信誉下降。

　　无法满足萨班斯法规

　　目前，法规环境变得越来越复杂，企业数据保护如今不仅仅是业界惯例，而是法律规定的。例如，萨班斯-奥克斯利法案规定企业必须严格保护相关的财务信息。

　　要满足这些法律法规，主要的金融机构必须每两个工作日将分布在数十和数百个地方的几百个G的财务信息和客户数据备份到中央数据中心。但是，晚间的备份窗口是固定的，一旦吞吐量太低和太难预料，备份就无法及时完成。

　　这就使情况变得非常复杂。如果备份窗口超时，用户在正常的工作时间内就会经受吞吐量和应用响应延迟。如果备份中断，企业就面临着无法满足相关法律法规以及保持业务连续性的风险。

　　风险系数太高了。哪怕是丢失几个小时的交易数据也意味着上千万美元的恢复成本，同时还会引起监管机构的注意。

　　应用系统难以集中

　　近年来，IT人员的主要任务就是尽可能地简化基础架构以降低复杂性，提高扩展性及增强安全性。通过战略化使用广域网，你可以将许多远程机构的服务器整合到一个或两个数据中心，减少多个平台的使用，充分利用新的应用和业务，集中化应用来减少成本。但是，远程的主机托管应用在高延迟的广域网和低延迟的LAN的运行完全不一样。缓慢的应用响应就意味着低生产率和高成本。