导致传统APM开发者瞬间崩溃的三大问题！

这是即使世界上最好的公司也会经历的噩梦般的场景。例如，Google 的流量下降了20%，而搜索页面的生成时间延长了半秒。亚马逊发现，延迟每增加100 毫秒，销售额就会减少1%。如果即使这些巨头也可能成为生产应用程序问题的受害者，那么任何人都可能发生这种情况。

单纯依靠传统的APM方法可能会让企业面临三个关键领域的风险：

未能及早发现性能问题

无法诊断性能问题的根本原因

无法及时修复性能问题

发现性能问题

管理应用程序性能的最大问题之一是能够及早发现性能问题，对于大多数组织来说，答案是否定的。事实上，75% 的开发人员报告了影响生产中最终用户的性能问题的实例，而APM 解决方案传统上被设计为仅在生产中工作。

传统的APM并不是为测试阶段而构建的，虽然传统的APM通常专注于生产环境，但一些企业尝试在开发和测试的早期阶段使用它们。他们经常发现这些指标和报告在这些阶段并不有效。以生产为中心的APM 将提供应用程序性能的统计分析，本质上是数千个事务的汇总结果。这可能有助于指出会影响性能的重大问题，但如果没有任何交易详细信息，它可能是一个非常模糊的指标。

导致传统APM开发者瞬间崩溃的三大问题！

开发人员和代码更改将如何影响整体性能是两件不同的事情。在许多公司中仍然存在这样一种情况：开发人员与他们构建的应用程序的性能没有直接联系。开发人员构建应用程序并将其推送到运营团队的生产中，当该团队发现问题时，他们将其反馈给开发团队来修复它们。

DevOps 运动敦促企业通过创建大型虚拟团队将一些职能和职责从运营转移到开发来摆脱这种困境。

但即使在DevOps 环境中，我们仍然看到大量测试正在进行，并且大多数APM 工具都是面向运营或性能专家的。因此，只要满足功能需求，开发人员就不会觉得自己最终负责交付代码。这在开发和运营团队之间造成了一些分歧，并且性能问题仍然很难发现。为了跨越两个团队，开发人员应该有更多的能力来深入了解和影响他们正在构建的应用程序的性能。如今，以生产为中心的APM 并没有为开发人员提供这样的功能。

一旦发现应用程序问题，诊断根本原因就变成了一件棘手的事情。当您从开发过程转向生产过程时，这是一项越来越困难的任务。迟到的测试团队将被迫诊断复杂基础设施和场景中持续存在的性能问题。事实上，86% 的根本原因是应用程序级问题，这些问题会在开发环境内外显现出来。因此，尽早发现这些应用程序级问题是有意义的，这样更容易找到根本原因。

由于这种复杂性使得准确诊断问题根源变得困难，因此大多数问题并没有真正得到解决，而只是简单地进行了修补。更糟糕的是，急于提供修复往往会带来其他问题，而且这些问题日趋严重。

正如已经提到的，传统的APM 足够高级，可以告诉您存在问题并查明受影响的一般区域。它们的目的是监控极其复杂的基础设施，因此一般运行状况报告在运营团队的生产场景中非常有用。然而，传统的APM 对于寻求诊断问题根本原因的开发团队来说并不重要，因为它们不提供详细的根本原因分析。当检测到问题并创建报告以将其传递给开发团队时，性能专家可能需要在临时环境中使用其他工具集获取可操作的数据。

通常，应用程序问题可能是有条件的且难以重现，而且问题可能与客户的部署环境有关，这也使问题的修复变得复杂。

修复性能问题

导致传统APM开发者瞬间崩溃的三大问题！

这是传统APM最暴露的领域，因为问题最终是由开发人员解决的。以生产为中心的APM 与开发人员的日常工作流程不一致，因此开发团队的采用是一个挑战。开发人员已经在应对紧迫的期限和产品压力，因此传统APM 的复杂性不值得他们花时间来弄清楚如何获取可操作的数据。

最重要的是，在开发环境中，传统的APM 被认为是绝对的杀伤力。毕竟它们是为了运行而开发的，有很多开发者并不需要的功能。这些APM解决方案只能指出问题的大方向，而不能提供底层的数据呈现来迎合开发人员解决问题的需求。因此，企业在解决传统APM问题时，经常会遇到以下问题。

没有可用的修复验证。在开发机器上设置和配置传统APM 是一项艰巨的任务，而且回报可能很少，因为它们不提供帮助隔离、修复和测试开发环境中问题的功能。传统的APM 无法为开发人员提供即时反馈，因此他们无法了解代码更改如何影响他们正在开发的应用程序的性能。

为了验证错误修复，开发团队必须等待部署到生产环境。如果存在错误，那么修复测试周期在时间和业务影响方面可能会非常昂贵。代码所有者之间的长反馈循环和生产问题的表现使修复变得复杂。

尖端

目前大多数公司处理绩效管理的方式已经被打破。当您等待生产解决应用程序问题时，您的客户会在您之前找到它们。而且当你将生产中发现的问题反馈给开发团队解决时，如果在开发阶段或者测试阶段就开始解决问题，那么时间会更长，成本也会更高。每个团队，尤其是专注于DevOps 的团队，都应该仔细研究如何提高发现、诊断和解决性能问题的速度。

如果你不尽早测试，你的客户就会成为你的测试者。如果您将真实用户置于未经性能测试的产品代码上，那么这对于失去客户来说是一个很好的选择。