有关网络性能的抱怨声，对网络工程师来说应该是习以为常了，那么为何网络应用性能问题如此难以处理？

　　关于网络管理，其中一个严重影响IT组织保证实现可接受的应用程序性能的问题是，在大多数应用程序性能出现问题的例子中，往往首先发现性能问题的是最终用户，而不是IT组织自己。而且，在最终用户告知IT组织后，IT组织仍然很难确定应用程序是否真的出现了问题，还是说这个性能问题实际上仍然在正常范围之内。

　　第二个明显的事实是，在大多数情况中，当应用程序性能开始降低时，人们往往会认为网络出现了问题。这样就会有一个新的管理标准：“平均验证时间” (MTTI)。MTTI指的是网络组织用于证明不是网络问题导致应用程序性能降低所需要的平均时间。在很多情况下，一旦网络组织已经证明网络本身不存在问题时，那么其他一些IT组件（例如，服务器）肯定是造成性能下降的原因。这种被动修复方法会延长解决问题的时间。

　　一个大型组织拥有数以百计的网络应用程序并不会让人感到意外。然而，这些应用程序的业务重要性的差异却是非常大的。如果一个IT组织所使用的应用交付产品是平等地对待每个应用程序，那么它是不可能取得成功的。例如，假设一个企业拥有300个网络应用程序，并指派了一名网络工程师用一个月的时间来全面地了解一个典型应用程序，它所生成的数据流类型，以及影响应用程序性能的因素。如果IT组织尝试对它的300个网络应用程序进行全面的了解，那么它将需要25年。即使IT组织能够提供这些工作量，当他们完成了应用程序的分析时，这些应用程序的特性也可能早已发生了变化，这样工程师们所付出的努力也就没有多大价值了。

　　我想也没有哪个企业会这样做，那么有没有什么好的方法可用来解决这一问题呢？本文作者为大家介绍的一种方法是制定内部用户服务水平协议，具体内容请查看《内部用户的服务水平协议》