全链路压测实战 30 讲
高楼
盾山科技 CEO,7DGroup 创始人
21053 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 38 讲
全链路压测实战 30 讲
15
15
1.0x
00:00/00:00
登录|注册

29 | 基准场景:一个案例,带你搞懂基准场景的关键要点

你好,我是高楼。
学到这里,我们可以小小地庆祝一下了。因为在前面的 28 讲里,我已经把全链路压测所需要的前提条件全部都梳理了一遍。从这节课开始,我们就正式进入场景执行阶段了。
在我的 RESAR 性能工程理念中,我一直强调只有四种性能场景类型。分别是:基准场景、容量场景、稳定性场景和异常场景。这四种场景是递进的关系,每一类场景都是有清晰的目标的。这一节课,我们就是要先整体地了解一下这四种性能场景的目标,然后进行具体的演示。

一个场景设计的问题

在说每个场景的目标之前,我要先说一个问题,这是一个同行问我的。我觉得这是性能行业中非常典型的疑问,也是现在性能行业中经常有人做错的一个地方。
你好,我想请教一个关于 TPS 压测指标的问题。我们的生产环境,一个场景的系统 TPS 在高峰期达到了 4000/s,但是就持续了几秒,按小时统计最大也不到 30w 业务量。业务人员给我们的业务指标是 75w/h,那在实际压测的时候,如何兼顾两者的指标呢?如果全部按峰值 TPS 去跑一个小时,感觉太高了,不切实际。这种情况该如何评估压测呢?
我们可以来分析一下这几句话中的关键词:
4000TPS 持续了几秒(这里我把问题中的 4000 直接当成业务级的事务来看了,因为他并没有描述清楚这个 4000 是哪一级的事务);
真实环境下,30w 笔业务每小时;
业务部门给的需求是,系统可以支持每小时 75w 笔的业务量。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文深入探讨了性能工程中基准场景的设计原则和实际操作步骤。作者首先解释了性能工程中的四种性能场景类型,并针对同行提出的关于TPS压测指标的问题进行了分析。在详细解析了基准场景、容量场景、稳定性场景和异常场景的目标和设计要点后,作者介绍了如何使用GoReplay进行基准场景的压力测试,并给出了具体的操作步骤。文章通过实际操作步骤和日志内容展示了基准场景的设计和执行过程,对于想要了解性能工程基准场景的读者具有很高的参考价值。 文章通过实际案例展示了基准场景的设计和执行过程,以及在压力测试中如何分析和解决性能问题。作者强调了在性能分析过程中的逻辑思维和“下一步”动作的重要性,为读者提供了实用的性能分析方法。同时,文章还介绍了全局监控数据的分析和资源调整的过程,展示了解决性能问题的实际操作步骤。这些内容对于从事性能工程和系统优化的技术人员具有很高的参考价值,能够帮助他们更好地理解和解决性能问题。 总的来说,本文通过深入的案例分析和实际操作步骤,为读者提供了全面的性能工程基准场景设计和执行指南,使其能够更好地应对性能问题并进行系统优化。文章内容丰富,逻辑清晰,对于性能工程领域的专业人士具有很高的实用价值。

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

全部留言(2)

  • 最新
  • 精选
  • snail0011
    执行时,压力采用连续递增的模式,好处在于1. 贴近用户使用场景(秒杀场景除外);2. 能绘制性能负载曲线图,便于分析性能瓶颈。

    作者回复: 理解的非常对。

    2022-09-23归属地:北京
    1
  • snail0011
    30w/h 业务量,峰值4000tps,验证75w/h 业务量时,峰值也采用4000tps,总感觉不够保险。根据线上业务量和峰值tps的增长趋势,推算75w业务量的tps,是否可行?

    作者回复: 这个可行不可行,可能得分析一下历史数据的用户场景才能知道。

    2022-09-23归属地:北京
收起评论
显示
设置
留言
2
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部