人们将对IT技术基础的关注转移到对工作负载性能的关注中。

应用性能测量和管理（APM）代表了数据中心商业化的终极层次——测量为企业提供的负载价值。这是就资源消费、福利增加或者其他度量标准而言，APM是IT专业人员熟悉服务器、存储器以及复杂电子硬件的细微之处的特殊范例。

APM工具的双重工作

应用性能管理包括两类信息。首先，影响终端用户体验的APM工具测量因素，包括每秒的交易数量、每秒分页服务、每秒需求响应时间（例如用户活动响应），以及其他的度量标准，这取决于应用和预期使用目的。

终端用户准则仅和真实负载或者满载条件相关——任何一个应用在没有真实负载的情况下都能充分执行。未加载的性能问题通常会在应用开发周期中被识别和修改。

APM工具同样测量使用应用的计算机资源，包括CPU周期、内存空间、存储器I/O和网络I/O。这些进行中的测量和总体可利用资源相关，加强了资源使用百分比。

通过监测在资源消费上的改变，IT专业人员可以识别性能改变和理解强加于其他应用的潜在资源需求瓶颈。例如，如果一个应用使用了80%的有效网络I/O。你就不会为同一台服务器添加另一个网络密集型工作负载。类似的，如果CPU周期从60%上升到90%，CPU资源的短缺也许会降低系统上一个或者多个应用的性能。考虑将系统性能监测或者容量计划工具和APM工具组合可以增加资源利用率数据。

四个最大的采用障碍

不同的研发公司间的资源管理应用的设计标准和方法变化很大——甚至是在相同公司的不同项目团队之间。当APM工具尝试管理多应用时会形成监测和报告问题。理想中，应用组件应该专门为APM设计。

测试环境对结果有深远的影响。换言之，在理想化的工作负载下总是工作良好。例如，一个Web服务器将页面完美展现给一个用户。恰当的测试需要服务器上的已知工作负载层、存储器以及产生APM结果的网络。

对于精确的APM虚拟化也是一个挑战，因为使来自每台虚拟机的工作负载抽象成实际的计算资源。评估由虚拟化引起的资源报告中的任何一个变化。虚拟机也能够从一个台服务器迁移到另一台，摆脱资源和工作负载均衡模式。包括多服务器的跨分布式系统运行的工作负载增添了另一个APM复杂层。最终，测试和评估将会确保APM工具按照你的期望在虚拟环境中工作。

不要忽略APM业务驱动。购买APM工具意味着还有另一项花费——以及另一个员工学习曲线——所以需要有包含APM的IT管理套件强大商业案例。例如，一个大型托管公司能够产生APM案例，因为工作负载性能问题引发了消费者的不满，支持电话被打爆并违反了服务级别条款导致昂贵赔偿。

APM工具的当前状态

许多软件产品声称是APM工具，但是它们提供的特性各不相同——一些工具仅仅是已有产品的重新包装或者品牌再造。在准备购买之前认真的测试和评估选项是很重要的。以下是APM提供的不同特性的例子，也许适合你的应用。

CA Technologies的APM软件，可以监测终端用户体验和研究用于帮助识别潜在问题以及速度难题的应用组件和资源的售货分析。

AppDynamics的APM产品专注于Web和移动应用终端用户体验，同时特别关注分布式环境的性能，以及用于研发者流线设计的代码执行可见度。

Riverbed Technology's SteelCentral APM产品的特性是覆盖终端用户体验的强健分析能力以及交易痕迹分析，同时特别关注IP语音以及统一的通信工作负载。

无论你选择什么样的工具都应该和应用的类型相匹配。打个比方，如果目标工作负载主要是基于交易的，APM工具必须是设计成分析交易的应用。

一旦选择了APM工具，使其适应企业及IT政策就会从APM中获益。当制作报表时，APM保证报表的简洁和直接减少了多余数据引起的决定延期和干扰。

分阶段使用APM，而不是立即尝试监测和管理每个应用，在你不太重要的应用上来学习这个工具。然后构建专业知识，允许IT管理对企业真正重要的应用。