性能测试实战 30 讲
高楼
前 HP 高级性能专家,7DGroup 创始人
45941 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 37 讲
性能测试实战 30 讲
15
15
1.0x
00:00/00:00
登录|注册

15丨性能测试场景:如何进行监控设计?

锁数据
查询和排序报表问题
网络总流量
CPU消耗
锁数据
查询和排序报表
CPU、I/O、内存、网络使用率
聚合监控
服务跟踪
链路监控
服务健康检查/监控
限流服务
熔断监控
压力工具
分析全局、定向、分层的监控数据
设计监控层次和步骤
分析系统架构
监控工具实施
全局—定向思路
监控设计思维逻辑
Tomcat监控工具
Redis监控工具
Nginx监控工具
DB监控工具
OS监控工具
DB层定向监控细化
OS层定向监控细化
DB层全局监控
OS层全局监控
架构的全局监控数据
考虑测试的具体情况
绘制最简单的架构图
监控技术图谱
监控设计步骤
监控是性能分析的前提
总结
监控工具
定向监控
全局监控设计
架构图
性能测试监控设计
性能测试监控设计思路

该思维导图由 AI 生成,仅供参考

在性能测试中,我觉得监控是非常重要的环节。因为这是做性能分析的前提,走出这一步,才有后面的分析。
监控是性能分析承上启下的关键点。
设计监控是我们性能测试工程师必须要做的事情。当然了,仅仅设计监控是不够的,还要看懂监控数据才能分析。我们将在后面的篇幅一一拆解。
我觉得性能测试工程师也一定要自己去实现一遍监控的环节,而不是直接用其他团队搭建的监控工具。你可以自己找个 demo 服务器做一遍,这样才能真正理解后续要关注的点在哪里。
之前在一个项目上,我跟团队成员说,把监控一层层部署起来。有个小姑娘提出一个疑问:“监控有什么要部署的吗?不是用 JConsole 就好了吗?”我说每个工具都有功能的局限性,所以要多种工具配合在一起才能有完整的数据可分析。然后我又问她这个想法从哪来的。她说之前带她的一个测试经理说的,对 Java 的应用,只要用 JConsole 监控就好了。我不知道他们的沟通上下文,但我理解如果不是这姑娘在断章取义,那就是这个测试经理引导错误了。
监控平台还指望别人给搭好,点个链接就能出数据了,这显然不是一个技术人员该有的样子。

监控设计步骤

如果要让性能测试人员设计监控逻辑,要如何做呢?
首先,你要分析系统的架构。在知道架构中使用的组件之后,再针对每个组件进行监控。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

性能测试中的监控设计是至关重要的环节,为性能分析提供必要的数据支持。监控设计步骤包括分析系统架构、分层监控、分析监控数据和找到证据链。文章介绍了OS层和DB层的定向监控细化思路,以及监控工具的选择和实现。全文强调了监控设计的重要性和思路,以及在性能测试中的实际应用。作者强调了先有全局监控,再有定向监控的重要性,并解释了为什么不建议一开始就上代码级的监控工具。整体而言,本文为读者提供了监控设计的思维逻辑和实施方法,对于性能测试工程师和相关领域的专业人士具有一定的参考价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《性能测试实战 30 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(29)

  • 最新
  • 精选
  • 餘生
    看完这篇文章的感觉就是,一个武林高手给了我一本100页的书,我以为就是秘籍的全部,原来只是目录

    作者回复: 这个比喻非常的恰当。如果要秘籍的全部,估计还要再写几个专栏。 而做为我写的第一个专栏,我希望能授人以渔。

    2020-01-20
    2
    55
  • 律飛
    1.为什么要先有全局监控,再有定向监控? 先全局监控,才能有全面系统的数据分析,避免遗失信息,能更快速有效的发现问题。 通过分析全局、定向、分层的监控数据做分析,再根据分析的结果决定下一步要收集什么信息,然后找到完整的证据链,才能体现监控的价值。 2.为什么不建议一开始就上代码级的监控工具呢? 因为代码级的监控消耗资源,更重要的是,代码级监控数据很多,查看这些数据耗费精力,就像大海捞针,没必要像无头苍蝇乱撞。如果定位到它们有问题时再去监控、去看,更一针见血。

    作者回复: 这位同学已经完全理解我的意图,非常好。

    2020-01-19
    14
  • 罗辑思维
    不谋全局者,不足谋一域。

    作者回复: 有文化。

    2020-03-10
    10
  • hou
    老师,请问您是如何把自己的经验沉淀成一套理论方法,其中的过程有什么方法吗?我在学一些东西的时候,经常是一些散乱的知识点,如何把它们形成一套理论方法呢?

    作者回复: 这跟上学的时候学知识点是一样的道理。 像数学,一开始只学加减乘除,再学各种公式,再到高等数学。这些都只是基础,而应用数学就是融会贯通使用了。 IT的知识首先肯定是散乱的知识点。比如说linux操作系统基础操作和原理,这些必须要看一遍。比如说网络知识TCPIP协议栈,这些也必须都看一遍。再比如说..... 只有将这些内容都掌握了大概,在项目中具体的实操应用,最后才能形成完成的知识体系。 这个路子,也没什么捷径可走。 专栏可以提供的借鉴和思路,但是这条路,只能自己走完,才会形成自己的体系。

    2020-03-04
    10
  • 小宝
    老师,哪里有完整的分析思维导图么(包括定向监控细化的部分)

    作者回复: 第二个专栏中有网盘链接。

    2021-12-02
    2
    3
  • 小昭
    今日思考题: 为什么要先有全局监控,再有定向监控? 首先,比较好的监控设计思路是:先了解架构,对架构中的组件进行分析,然后通过全局——定向的思路列出要看的计数器,在通过相应的监控工具去实现,拿到要分析的数据。 其次,全局监控和定向监控也不可能一起做,肯定有先后顺序 最后,如果先做定向监控,会有以下几个缺点: 1、耗费的时间太多; 2、列出来也不一定用得上; 3、照搬列出来的定向监控逻辑,可能会误导对实时数据的判断。 综上所述,先有全局监控,再有定向监控是比较好也是合理的监控设计思路。 为什么不建议一开始就上代码级的监控工具? 1、对性能有损耗; 2、多数情况下,性能分析不会到达代码的层面,一开始就上代码级的没有必要。 光这节课我觉得就已经值回票价了。 老师的思维导图里的生词(对我来说大部分都不认识)就够我查半个月了,还不知道半个月够不够……

    作者回复: 我觉得应该把票价退给你,以鼓励你的学习精神。 真是完全掌握的节奏。

    2020-03-26
    3
  • 沃克
    最后4张图是用什么工具得出来的?

    作者回复: k8s的dashboard呀。 最后一个是skywalking。

    2020-01-19
    3
  • songyy
    思考题 为什么要先有全局监控,再有定向监控:因为首先要从大方向上,找到瓶颈在哪里;再进入细节去分析,才比较有效率 为什么不建议一开始就上代码级的监控工具呢:一上来就上代码级别的监控,一方面配置这些监控太耗时间,另一方面可能得到的数据,也用不上 另外,我们公司用的是DataDog,可以给每个机器单独的top/ps命令的记录,我们公司从框架级别支持收集一些基本的数据(比如,一个GRPC耗时多久),把AWS的相关数据也都集中在这里,还可以设置起来对应的报警;感觉颇为好用

    作者回复: 挺好。工具可以让我们工作更有效率,原理让我们理解看哪些数据。

    2020-01-19
    2
  • 章鱼
    我被大佬狠狠的抛弃在了汽车尾……

    作者回复: 静下心来,欲练此功.....

    2022-03-29
    1
  • Cheese
    老师说到只看重监控工具而没有分析思路就像花架子一样,深有体会,之前感觉搭建一套性能监控工具好像有点厉害,但当别人闻到关于如何定位性能问题,一些问题的定位就有点迷茫了,思路感觉都有点乱了,全局到定向真的是一个不错的解惑思路,希望自己后续不断补充缺少的知识点

    作者回复: 开窍了哦。

    2021-11-21
    1
收起评论
显示
设置
留言
29
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部