作为性能工程师或性能团队负责人,你敢拍着胸脯说:“这个系统‘死’了我负责!我卷铺盖走人!”吗?
如果你敢这么说,得到的薪资待遇肯定不一样。可是,在当前的性能市场中,谁敢给出这样的业务保证呢?
在很多人看来,性能测试仅仅只是“测试”,日常工作就是找找技术瓶颈,而且还是很基础的那种。类似的错误理念还有很多,主要集中在这么几个方面:
-
过于关注性能中的某些工具,感觉掌握了几个就足够了;
-
只浮于理论层面,不知道具体落地过程;
-
工作结果无法体现到业务层面,不能对系统上线后的状况作出准确预判;
-
遇到性能瓶颈时,无法拿出证明瓶颈根因的证据,被开发运维像皮球一样踢来踢去;
其实,掌握性能工具和性能分析思路是远远不够的,你仍然会在项目的各个环节遇到挑战,比如性能计划、需求分析、瓶颈分析等等。想要彻底解决,就要将性能从“测试”引到“工程”级别,因为只有这样,才能体现一个性能项目的真正价值。
上面这张图出自高楼,他是这个领域名副其实的 kol。
早在几年前,我就在论坛上看过他的帖子,后来他还回复过我,是个特别棘手的问题,给我留下的印象很深。到现在,我都能记得他那句“上线不死,死了不收钱”,说这是自己做项目的宗旨,也是很刚了。
所以,得知他推出了专栏《高楼的性能工程实战课》,我第一时间就订阅了。看了专栏的目录和部分内容,很想推荐给你。
为这个专栏,他专门搭建了一个完整的系统。他说,这是为了让你看到一个性能项目的真实落地过程。在这个过程中,他深入剖析了影响性能结果的五个环节,带你掌握真实项目的性能分析策略,和四大性能场景的高手设计思路,真正了解性能项目工程级的落地思路和实施过程。
早鸟+口令「xingneng9」立省 ¥40
口令仅「前 50 人」有效
即将恢复原价 ¥129
高楼是谁?
上面也提到过,高楼是性能专家,架构级性能解决方案资源专家。同时,他也是盾山科技 CEO,7DGroup 创始人,性能标准撰写人,网名 Zee。
他有 14 年性能测试分析调优经验,致力于架构级性能测试、容量水位规划、性能瓶颈分析、性能异常等技术方向,着重性能测试之后的调优过程,将性能测试与分析的结果在生产环境中体现。目前,他带领着 300 人的国内外混合团队,完整做过 40+ 项目。
他是如何讲解性能工程实战的?
他用了近一个月时间,专门搭建了一个完整的系统,从性能需求到最终的性能报告,带你走过一个完整的操作过程。
特别值得一提的是,这个项目的分析数据、性能结果都将真实地呈现给你,他说,这是为了让你看到,他讲的分析方法和路径都是能一一落地的,没点底气还真不敢说这话。
这是项目中所涉及到的知识点:
跟他走完这个真实的落地过程,你会知道在一个性能项目的各个阶段应该做什么事情,以及具体要做到什么程度,从一个更为宏观、全局的视角,深入理解性能的价值,了解到性能开发可以做很多事。
具体说来,专栏主要分为五大模块:
第一部分,性能工程的核心理念。他解析了常见性能项目的实施过程和常见问题,并给出了相应的解决方案。很多人对性能的误解很深,像“性能测试项目到底应不应该做瓶颈定位分析”等争论一直都存在,这部分内容就是对此的解答。
第二部分,RESAR 性能工程理念。这部分是 RESAR 性能工程的核心,他对性能项目中的几个重要环节进行了详细讲解,比如业务模型抽取、性能分析逻辑、参数化数据、性能监控等。在性能项目中,这里面的每个环节都会直接决定项目的成败。
第三部分,基准场景。在 RESAR 性能工程中,他将基准场景定义为把单业务测试到最大 TPS 的场景。这些基准场景都非常重要,这其中有很多性能瓶颈,他会一一为你分析对应的解决方案。
第四部分,容量/稳定性/异常场景。容量场景是最符合生产环境业务场景的,因为它要获得系统最大 TPS,有了这个结果才能知道,生产环境是否能支持住最大业务容量;稳定性场景考验系统的长时间运行能力;异常场景是考验系统面对异常问题时的处理能力。
第五部分,性能结论。性能项目最重要的就是结论。在这部分,他系统讲解了性能报告如何编写,以及性能项目完成后,如何给出运维需要的配置建议。对于性能来说,如果仅在测试环境中给个结论、找些明显的 Bug 是远远不够的,这只是工作的一部分,能给出生产环境运行的建议和容量才是关键。
更多具体内容,可以看看目录。
学习这个专栏,最好能动手实践。这样,才能对课程中所讲的分析思路和方法有一个深入的体会和理解。
高楼说,如果你想自己搭建这样一套环境,硬件资源和技术组件都可以选择轻量级的,毕竟不是所有的场景都需要整体的环境。对那些比较复杂、容易出现问题的环节,他也会为你提供相应的指导性文档,帮你顺利完成搭建,这么接地气的大佬,属实难遇。
订阅福利
早鸟+口令「xingneng9」立省 ¥40
即将恢复原价 ¥129,口令仅「前 50 人」有效!