移动端apm关键指标_3个经常被忽视的APM关键功能

移动端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解决方案能够为诸如Apache和Nginx之类的流行Web服务器提供开箱即用的自动仪表。 这可以为某些应用程序制造商提供至关重要的优势。 这意味着可以更快地进行故障排除,并可以更全面地了解其他人缺乏的分布式跟踪。

3.自定义基线/阈值

对于那些试图实现卓越性能的DevOps团队来说,这一被忽视的功能最大的希望。

用户定义的自定义指标可以带来很多好处,包括但不限于特定于应用程序的业务指标,例如转换,购物车放弃率和总收入。 虽然平均指标可用于衡量大多数案例的状态,但也应收集百分位指标(尤其是第95和99个百分位),以衡量异常或长尾案例的状态。

用户肯定会以设计人员无法想象的方式以及在连接性差和流量高峰的情况下使用该应用程序。 在这种情况下,离群值和长尾可能会破坏您的应用程序声誉。

自定义基准的一个很好的例子是触发器和与关键警报工具或第三方通知目标(例如PagerDuty或VictorOps)的集成。 这些是为需要警觉延迟或服务中断的警报而无法承受性能水平的每一个细微变化的团队而创建的。 两者都在一端与主要的APM解决方案集成,在另一端与问题跟踪/客户服务平台集成。

您的DevOps团队应为可延展的例行程序创建自己的一组自定义基线/阈值,以监控时间事件或关键事件的注释,例如代码推送或计划的停机。 它还可以帮助您安排后续的调试和回顾会话。 从用户的角度来看,他们可以通过比较版本之间的性能或检测夜间构建中的性能下降来对您的成就产生积极的印象。

新常态

随着越来越多的开发团队对使用微服务和容器感到满意,Web应用每天都在变得越来越复杂。 下一代APM必须更轻巧,开销更低,并且可以从客户的角度更好地了解分布式应用程序的性能。

经常被遗忘的下一代APM解决方案的3个关键功能是:

  • 现成的自定义仪表板,开箱即用
  • 对所有最重要平台的广泛和深入的语言支持
  • 能够动态创建自己的基准和阈值

事实证明,容器对于在环境之间移动应用程序非常有用,但它们的寿命通常很短,以至于很难报告整个应用程序的状况或重新创建产生错误的状况。 传统的APM方法还不足以获得对n层应用程序的足够可视性。 您和您的团队将需要探索APM功能的外部限制,以突破自定义的界限,并使您的应用程序性能成为设定行业标准的一项。

如果您正在寻找功能强大且简单的APM解决方案,以非常实惠的价格提供价值,请查看TraceView。

立即开始14天的免费试用!

翻译自: https://www.javacodegeeks.com/2017/08/3-often-overlooked-key-apm-features.html

移动端apm关键指标

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值