网站常见问题1分钟定位（一） | 阿里云ARMS诊断Java应用卡顿问题实战

最新推荐文章于 2021-02-24 14:56:26 发布

阿里巴巴中间件

最新推荐文章于 2021-02-24 14:56:26 发布

阅读量214

点赞数

本文链接：https://blog.csdn.net/weixin_39860915/article/details/98863368

版权

640?wx_fmt=jpeg

别慌，这只是一张贴图

除了404，最让网友们心塞的可能就是这张贴图了。

欢迎网友们在公众号后台留言，把你在互联网上看到的心塞的事情发给我们，不限于文字、图片和语音，没准我们会推一期“互联网心塞集锦”喔。

据相关研究表明：当页面加载时间从 1 秒到 3 秒，跳出的机会增加了30%左右。1s到5s的机会增加到90%，如果你的网站需要10s的加载，跳出的机会将会超过120%。（这里的120%不是指来10个人，走12个人，是用户流失增长率的意思）所以，在这个“用户体验为王”的时代，应用性能监控已经成为运维管理的重中之重。

一、查找导致 “慢” 的原因。

网站卡顿、页面加载慢是互联网应用常见的问题之一，这类问题的排查和解决并不容易，会花费运维人员大量的时间和精力。通常原因有以下三个：

» 应用链路太长，无从下手。

从前端页面到后台网关，从Web应用服务器到后台数据库，任何一个环节的问题都有可能导致请求整体卡顿，到底是前端资源加载过慢？还是数据库出了问题？还是新发布的服务端代码有性能问题？出现问题的原因五花八门。

采用“微服务”架构的应用，链路更加复杂。不同组件可能由不同的团队、人员分别维护，加剧了问题排查的难度。

» 日志不全或质量欠佳，现场缺失。

应用日志无疑是排查线上问题的神器，但出现问题的位置往往无法预期，发生了问题通常会发现日志信息不全，因为我们不可能在每一个有可能出现问题的地方打印日志。

“慢”的定义偏主观，“慢”有时候往往也是偶发现象。真正要捕捉到“慢”的那一行代码，我们往往需要记录每一次调用，不放过每一行代码，但这样的做法代价太大。

» 监控不足，出现问题为时已晚。

业务发展快、迭代速度更快，会导致业务系统频繁修改接口、增加依赖、代码质量恶化。如果没有一个完善的监控体系，能够对应用的每一个接口的性能进行全自动的监控，对出现问题的调用进行自动的记录，等用户反馈问题再来解决，本身就已经太迟了。

二、如何 1 分钟定位 “慢” 问题

业务实时监控服务 ARMS（Application Real-Time MonitoringService）是一款阿里云应用性能管理（APM）类的全链路监控产品。ARMS提供了针对Java 应用监控和诊断、车联网实时监控、零售行业实时监控、用户体验监控等场景下全方位的监控功能，包括前端监控、应用监控和自定义监控等功能，快速构建实时的业务监控能力。

第一步：安装Java探针（如果您的应用托管于EDAS，甚至可以跳过这一步）

开通ARMS，并创建应用。
下载Java探针包并解压。
在Java应用启动脚本中增加-javaagent:/{user.workspace}/ArmsAgent/arms-bootstrap-1.7.0-SNAPSHOT.jar-Darms.licenseKey=xxx -Darms.appId=xxx (appId和licenseKey根据页面分配的信息填写)
打开ARMS页面，数据开始上报，验证Java探针安装成功。

640?wx_fmt=jpeg