3个经常被忽略的APM关键功能

APM核心功能已不再足够。市场领先的应用超越了以往，设置了其他人必须匹配的新标准。

每当任何针对消费者或企业的Web应用程序达到新的性能峰值时，都会为用户期望值设定基准。这可能不公平或不合理，但这就是市场运作的方式。

当某人出于个人原因使用某个应用程序并获得积极的体验时，他们希望他们的商业应用程序具有相同的体验。这就是目前影子IT的驱动力之一。人们会选择最有用，最高效的应用程序来帮助他们度过一天，即使该应用程序未经工作的IT部门授权也是如此。

令人惊讶的是，企业领导者正在拥抱影子IT。 92％的人表示影子IT应用程序使它们的生产力更高，而31％的用户发现用户发现的应用程序为其组织节省了至少10,000美元。

关键是，对于任何生产Web应用程序的公司来说，应用程序性能管理（APM）解决方案现在比以往任何时候都受到更多关注。您的竞争对手不仅是您所在行业的其他应用程序制造商。您将根据市场上其他所有应用程序的性能水平来进行判断。

许多人熟悉APM的基本指标，例如每分钟请求数，平均响应时间，错误率，CPU利用率，内存利用率，磁盘I / O和网络I / O。尽管这些绝对必要，但在拥挤的应用生态圈中，它们还不足以使您与众不同。

以下是三种经常被忽视的APM功能，它们可以帮助应用程序制造商为下一代应用程序树立新的基准。

1.即用型或自定义仪表板

没有时间可以浪费在运行报告上了。您需要定期了解的所有信息均应自动执行，并放在仪表板上以立即参考。

实际上，您所需的指标可能会经常更改，因此用于仪表板创建和管理的功能必须足够灵活，以允许自动执行仪表而不更改任何代码。实施频繁的代码更改所需的时间和资源可能是大多数客户环境中最佳APM功能无法克服的障碍。

领先的APM解决方案现在提供了自定义的仪表板功能，使DevOps personal可以动态定义相关指标的临时图表和图形。这就是DevOps团队在应用程序性能基准测试中保持领先目标的方式。

2.更广泛的语言支持

在语言支持的深度和宽度之间始终需要权衡取舍。不可能像每种语言一样快地广泛支持每种语言，并且如果对一种语言的支持不够深入，那么最好是APM解决方案不声称支持全部语言。另一方面，您必须涵盖所有最重要的基础，因为如果没有广泛的语言支持，DevOps团队在查找问题的能力上将有巨大的差距。可见性是现代APM中的关键，因此无法看到分布式请求将导致应用程序监视中出现盲点。对分布式应用程序具有基本的可见性（例如延迟），将为DevOps团队消除性能瓶颈提供至少一个起点。

APM解决方案通常会简化Java，.NET，Python，C / C ++和Ruby等语言的自动仪表。更高级的部署可处理对Node.js，Scala和Go等替代语言的支持。但是，市场上很少有APM解决方案可以为流行的Web服务器（例如Apache和Nginx）提供开箱即用的自动仪器。这可以为某些应用程序制造商提供至关重要的优势。这意味着可以更快地进行故障排除，并可以更全面地了解其他人缺乏的分布式跟踪。