高楼的性能工程实战课
高楼
盾山科技CEO,7DGroup创始人
立即订阅
1208 人已学习
课程目录
已更新 8 讲 / 共 31 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 打破四大认知局限,进阶高级性能工程师
免费
性能工程的核心理念 (4讲)
01 | 性能工程:为什么很多性能测试人员无法对性能结果负责?
02 | 关键概念:性能指标和场景的确定
03 | 核心分析逻辑:所有的性能分析,靠这七步都能搞定
04 | 如何构建性能分析决策树和查找瓶颈证据链?
性能工程的实践关键点 (3讲)
05 | 性能方案:你的方案是否还停留在形式上?
06 | 如何抽取出符合真实业务场景的业务模型?
07 | 性能场景的数据到底应该做成什么样子?
高楼的性能工程实战课
15
15
1.0x
00:00/00:00
登录|注册

06 | 如何抽取出符合真实业务场景的业务模型?

高楼 2021-04-02
你好,我是高楼。
我们知道,业务模型一直是性能项目中很重要的环节。在容量场景中,每个业务比例都要符合真实业务场景的比例。如果不符合,那场景的执行结果也就没有意义了。
但是,我们经常可以看到,很多性能从业人员因为对业务模型的抽取过程不够了解,或者是拿不到具体的数据,导致业务模型和生产业务场景不匹配,进而整个性能项目都变得毫无意义。
也有大量的项目,并没有拿历史业务数据做统计,直接非常笼统地拍脑袋,给出相应的业务模型,这样显然也是不合理的。可是,这种情况在金融、互联网等行业中十分常见。
当然,也有人为了让业务模型和真实业务场景尽可能匹配,会直接拿生产环境的请求进行回放。可是,即便我们拿生产环境的请求录制回放了,也不能保证业务模型和未来的业务场景一致,因为未来的业务场景会随着业务推广而变化。
所以说,我们在做场景时首先要明白,当前的场景是要模拟历史业务场景,还是未来业务场景。
如果是未来的业务场景,那就要靠业务团队给出评估,而非性能团队。不过,在当前的性能市场中,经常有企业要求性能团队给出业务模型,这显然是不理智的。首先,性能团队的业务背景不如业务团队更熟悉;其次,他们对业务市场的把握也不够专业。
其实,在真实的工作场景中,业务模型的确认从来都不应该由一个团队来做,而应该由业务团队、架构团队、开发团队、运维团队和性能团队共同确定,并最终由项目的最上层领导确认。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《高楼的性能工程实战课》,如需阅读全部文章,
请订阅文章所属专栏
立即订阅
登录 后留言

精选留言(1)

  • 一步
    做性能的目的就是要解决生产环境真实业务可能遇到的问题

    作者回复: Excaly.

    2021-04-03
收起评论
1
返回
顶部