应用程序性能监控(APM)的性质正在发生变化，主要是因为应用程序开发、应用程序部署和技术基础架构的性质正在发生变化。上周，我与BMCSoftware讨论了APM的未来，并提出了一系列正在改变APM的力量，以及组织在监控应用程序性能和未来数字用户体验方面需要关注的内容。

传统与以应用程序为中心的基础架构

影响应用程序性能监控的第一个力量是应用程序交付架构的不断变化的性质。

传统的应用程序交付架构侧重于通过客户端-服务器软件或通过Web服务器、应用程序服务器和数据库层交付应用程序。诸如ERP系统之类的遗留应用程序驻留在几个集中式服务器上，应用程序和数据库驻留在同一台服务器上，并且应用程序通过本地数据中心进行使用。用户通过通常（但不总是）驻留在PC和笔记本电脑上的设备上的公司批准的软件访问应用程序。

新的应用交付架构有不同的关注点。大多数公司正在转向多源基础架构，其中不同类型的应用程序托管在几个不同的环境中，包括：

软件定义网络(SDN)等较新的技术较少关注定义特定的Internet协议配置，而更多地关注定义在整个Internet中运行应用程序所需的连接。这些技术可以统称为以应用程序为中心的基础设施。

以应用程序为中心的基础设施配置和显示整个应用程序生态系统，包括为应用程序服务的不同应用程序交付层（Web、应用程序和数据库），以及每个层的存在位置。借助以应用程序为中心的基础架构，管理员可以管理特定应用程序交付的系统，而不是像过去那样管理单个服务器、交换机、路由器和防火墙。与现有的传统架构相比，这种方法提供了许多优势，包括自动负载平衡、按需配置以及扩展网络资源以匹配升级后的应用程序和数据需求的能力。

DevOps和敏捷推动APM变革

DevOps和敏捷软件开发也在推动应用程序性能监控的变化。这两种做法都推动了更快的应用程序开发和部署，虽然对业务有利，但也有其缺点。由于应用程序更改推出得如此之快，因此有时很难看到这些更改对实时生产环境的影响。

应用程序开发人员和所有者传统上负责监控和修复应用程序性能。问题在于，由于开发人员和所有者已成为业务增长的创新者，他们忙于开发，无法处理所有旧的性能监控功能。除了一个例外，应用程序性能监控由组织的IT运营团队(ITOps)负责，他们现在需要为该功能寻找新工具。

由于时间限制以及需要不断更新遗留软件包、Web应用程序和微服务，ITOps可能很快需要承担应用程序开发人员之前处理的以下额外监控职责：

应用程序开发和业务所有者的权限仍然存在一个问题：客户体验和满意度。虽然ITOps已经接管了大多数传统性能监控问题，但应用程序和业务所有者对客户如何与应用程序交互以及客户对使用应用程序的满意度非常感兴趣。客户体验很重要，因为它直接反映了失去的机会、收入和客户。糟糕的客户体验可能会导致违反服务水平协议(SLA)，以及对客户的品牌和声誉造成损害。客户体验是一个关键主题，在大多数组织中，将继续成为IT内部和外部业务所有者和应用程序开发的责任。

这一切如何改变APM？

如您所见，这两种力量指向使用不同于IT传统使用的APM工具。如果您遇到其中的一些变化并需要更新您的APM工具，您可能希望在新的APM工具集中寻找以下一些功能，由BMCSoftware提供：