既然无法有效地管理成千上百的应用，那么IT组织就必须结合技术和他们对公司业务过程的了解来确定出一小组对于成功执行公司的关键业务过程至关重要的应用。

　　一旦IT组织标识了公司的关键业务应用，那么下一步就可以开始来为这些应用制定服务水平协议（SLA）。SLA必须包含每个应用的概简描述，某些关键功能以及一些可用性和性能指标。直到几年前，实际上还是很难找到一个为内部用户提供诸如SLA的IT组织。虽然，目前IT组织提供内部SLA仍然不是很普遍，但是它正在变得更加普遍。

　　提供内部SLA的其中一个优点是，由于它包含性能指标，因此，它会删除某些涉及应用性能是否在可接受的范围内的主观性。然而，提供内部SLA也存在一些缺点。特别是，确保可接受的应用性能是相当复杂的，这其中一部分是因为IT的任意组件（如，LAN、WAN、SAN、服务器、主机、防火墙、数据库等等）都可以造成性能下降。此外，造成性能下降的原因可能是一个超出IT组织控制的因素，比如，它是第三方应用或者质量很糟糕。因此，提供一个内部SLA使IT组织必须面临基于它本身执行相当复杂甚至可能无法实现的任务的能力的评估。为了减轻这种风险，IT组织只有在他们认为可以满足SLA指定目标时才能公开这些应用SLA。

　　一旦IT组织确定了一些关键业务应用，那么他们就必须同时确认关键的IT基础架构组件。“关键的IT基础架构组件”指的是支持公司关键应用的具体基础架构组件（如，WAN连接、服务器）。这些都是关键组件，因为如果这些组件的其中一个不可以使用或者无法正常执行，那么一个或者多个公司的关键业务应用很可能会受到影响。

　　IT组织的下一步是量化这些关键组件的性能是如何影响公司的关键业务应用的性能的。比如，假设IT组织已经为公司的一个关键应用建立了一个SLA，并且SLA声明应用响应时间将不超过5秒。为了直接将网络管理和包含在应用SLA中的性能指标相关联，IT组织必须知道WAN延时对于应用响应时间的影响。假设，作为测试应用的一部分，IT组织确定只要WAN往返的延时少于80毫秒，那么响应时间就是可以接受的。这个内容结合恰当的管理工具和过程可以使IT组织能够在WAN延时接近80毫秒时监控这些WAN连接。当WAN往返延时接近80毫秒时，IT组织可以采取恰当的动作，比如提高一个或者多个WAN连接的容量。