极客时间已完结课程限时免费阅读

结束语丨见过林林总总的乱象，才知未来的无限可能

结束语丨见过林林总总的乱象，才知未来的无限可能-极客时间

结束语丨见过林林总总的乱象，才知未来的无限可能

2020-03-06 高楼 来自北京
《性能测试实战30讲》
课程介绍

讲述：高楼

时长11:20大小10.37M

这是专栏的结束语了。
我是不是应该用欢乐范表达一下？
（眉飞色舞地）时光飞逝，终于就写完了，顿感轻松。如今大赦，心情特好，就等着疫情结束出门去浪？
或者用获奖感言范表达一下？
（声泪俱下地）专栏写得真辛苦，我搭建了很多环境来证明一个个技术点。每天干到一两点，一周也可能憋不出一篇。为了一个 k8s 截图，我自己搭了一个 k8s 环境，并且弄个应用跑起来，以确保我所有的内容都是原创（除了为了抨击而引用的部分）。
亦或者用胸怀天下范（又称喷子范）表达一下？
（痛心疾首地）当今性能市场杂乱无章，误导横行。写这个专栏就是为了给性能领域中一些迷途的羔羊以指导，让你找到职业的方向。也让你知道，在性能领域中，还有很多真正在干性能的人，而不是只有那些会一两个压力工具出一个罗列数据的报告就在各个场合张牙舞爪吹嘘的人。
然而以上各个角度的描述都显得单调了。虽然专栏完成之后有轻松感，但是从真实的感觉上说，也没有特别轻松，就是平平淡淡地完成了一件事情，一个项目。
性能市场还是有很大空间，性能也还有很长的路要走，它远远没有到精致的程度。
我在很多安全性很高的机房中看到过大量的硬件资源浪费，也看到过很多的线上系统配置得一塌糊涂，也看到过经过了性能测试但上线就死的系统，也见过明知道会死但为了任务必须上线的系统。
我也优化过上线多年的系统，发现长年运行在性能瓶颈已经出现的状态当中，就是因为没有性能调优，业务部门苦不堪言，技术团队频招白眼。其实只需几个优化步骤就能让各方满意。
这林林总总的现象都告诉我，性能的价值是完全可以体现出来的。但为什么现在的性能和性能分析职位却如此没落？
绝大部分性能工程师只是懂些压力工具、监控工具的使用，但对分析一筹莫展。业务团队、架构团队，包括老板们对性能团队的期望均因为立场、角度不同，才让性能团队左右为难。最典型的体现就是性能需求的不确定性以及沟通的困难。
而性能行业不具备统一的专业认识也让行业迷失在众多岔道之中。人人各持己见，却少有人能结合实际工作经验做精致的落地。让空中楼阁似的理念和实施过程产生了严重脱节。
而初入性能行业的人因为看不到全景概貌，从而云里雾里，东一榔头西一棒槌地学习着片面的知识点，又使职场和行业更为混乱。
那希望在哪里呢？
其实我在很多场合都说过，技术职位的存在是由于业务发展的需要。至少经过测试分析优化之后，生产环境不会出现低端的问题以及资源的大量浪费。
说到这里，性能优化的价值其实就已经非常明确了，性能团队的存在也就有了充分的理由。
那就是必须有结论。
如何才能合理地看待性能这个话题呢？
我一直都觉得性能应该是从需求到运维的视角去解析。只有这样去看它，只有这样去具体实施它，它才具有真正的价值。
而在这个时候，它就不再是测试角度的一个附属，它就是一个完整的性能工程。
前几年，我也一直在思考一个问题，那就是：我的经验，我走过的弯路，能给这个行业，或者说相关的从业者带来什么？
工具的使用？我觉得没有什么价值。对于一个爱学习的人来说，工具只要看说明书，也能玩个八九不离十了，为什么要花钱买工具使用的书或专栏呢？
写分析的逻辑吗？一个个具体的分析案例，兴许是一个可写的点，可是这些分析的逻辑如果不能复用，它们存在的价值就只能是“仅供参考”。
我在很长的时间内都只做企业内训，因为我觉得站在企业架构级的视角，性能才有价值。
后来我终于想明白写专栏的价值，那就是：将性能领域中的理念和分析逻辑按自己认为正确的方向梳理一遍。
整体来说，我的性能测试分析调优观就如下图所示：
我把这个提炼逻辑总结一下就是：RESAR 性能方法论。
这里不是在简单的描述测试过程，而强调其中每个环节中要做的事情，注重每个环节的精致细节。
希望你能体会到这一点。
这个梳理的过程，更多的是为了把我认为有价值的东西抛出去，不再死守着自己认为对而别人又不知道的道理，痛心疾首地埋怨着行业的不争。写出去之后，我就可以放下这些内容再往前走了。
不管你看到这个专栏的感觉是什么样，可能会不认可，也可能认可我说的话。无论你觉得我自大自负也好，觉得我狂悖也好，觉得酣畅淋漓也好，我都接受。
因为我写出了自己想写的内容。
专栏已经完结，里面的案例、分析思路都是经验所得，可能有些细节上不够考究，所以我会在后面把这些不考究的点在思维中完善起来，也很感谢给我提过意见的你。
希望你能喜欢这个专栏，能记得有一个做性能的人如此偏执。
我会一直站在性能的路上，希望以后和你有切磋的机会！
分享给需要的人，Ta购买本课程，你将得18元
生成海报并分享

赞 20

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
32丨当Postgres磁盘读引起I/O高的时候，应该怎么办？
下一篇
期末测试题丨快来测试一下你对性能掌握到何种程度了吧！
unpreview
 写留言

精选留言(51)

  • 罗辑思维
    2020-03-06
    写专栏不仅是脑力活，还是体力活。学习了不少专栏，印象最深就是每位老师都走心了。编写课程大纲，画图表，问答都是费时费力的活。有的老师自己录音频更是花时间。我一直不理解老师们付出是为了什么，从经济账来算不是很划算。今天读了结束明白了，老师分享自己所学所想，就是希望大家在性能测试领域少绕弯，提升对改领域的认知，让性能测试更有价值！ 谢谢老师！
    展开

    作者回复: 说的很对。

    22
  • 夜空中最亮的星
    2020-03-06
    别走，案例还没看够

    作者回复: 以后案例整多了，再来一个专栏。

    共 3 条评论
    6
  • 锋子小串串
    2020-03-06
    看完高老师的课程，受到了很多启发，再次感谢高老师的辛苦付出。 我相信，在未来，性能工程会随着IT行业的而逐渐发展起来，尤其是分布式云计算时代的来临，性能会慢慢变成刚需而不是可有可无。 从业头几年就有幸接触性能，这些年一直也在做性能优化，深感做性能真是需要极大的抗压能力，因为内部团队会质疑，外部更会质疑，有时为了验证某个结论，熬更守夜的做优化、实验和分析，有时真的容易怀疑人生，想要放弃，不过挺过来后，又会发现非常值得，人生多了一份意义。 希望有幸加高老师的微信，后续不断交流学习。
    展开

    作者回复: 说的很好。希望能有多交流。我的微信：Zee_7D

    5
  • aoe
    2020-10-14
    老师前半部分穿插了很多生动有趣的故事，学起来很愉悦。后半部分故事越来越少，相对枯燥。老师日后再出作品，可以考虑在文中加入有趣的故事，让文章生动活泼。感谢老师，收货很多！ 最大收获 最流行的一套监控逻辑 JMeter 的 Backend Listener 帮我们实时发送数据到 InfluxDB 或 Graphite JMeter dashboard，我们常用的 dashboard 是 Grafana 官方 ID 为 5496 的模板。 node_exporter + Prometheus + Grafana 展示Linux系统相关性能指标 node_exporter 的模板，比如我这里选择了官方模板（ID：11074） — 性能测试实战30讲 | 16丨案例：性能监控工具之Grafana+Prometheus+Exporters
    展开

    作者回复: 故事写多了，我怕别人以为是小说。 技术本就是枯燥的，只有能从代码中看到美女的，才会觉得不枯燥。哈哈。

    3
  • 蔡森冉
    2020-03-27
    见过林林总总的乱象，才知未来的无限可能，这个标题真的很好！这是我在云南几乎没人关注测试这样的地方坚持做测试的原因。走入这个性能测试专栏全是因为前段时间给我一个最大用户3000，同时在线数不到两千的系统，用着32核128G的数据库，16核32G服务器两个，30M专线的。突然让我看看性能，在找了无数快速入门之后基本会了一点点jmeter，但是我都不知道怎么处理，老板只问怎么解决（最后也没处理）。但是看过朋友花着高价买的工具教程也没得到结果，想不在做点工也让技术觉得测试事由技术含量的，让用户觉得我们应用快速流畅，才开始学性能走到老师您的这个教程。 入门看过无数理论体验过很多工具，也没人告诉我理论究竟能做什么，如何确定问题的根源，最重要的是告诉别人如何解决问题。看完整个专栏老实说，大概明白的可能不到1/3甚至更少，但是方向和大概思路我记住了，这个才是真正做性能该学习该走的路线。很幸运自己一个性能小白能在还没正式入性能的坑是看到您的专栏。半路出家的我基础还是不了解的，但是做测试的心是坚定的，在过专业测试公司，有道小公司，测试方向乱象丛生，所以我一直认为测试时前途无量的，也时常挂在嘴边的是再过三五年，我一定是这区域内测试行业最厉害的（幻想）。这个专栏看第二遍是必须的，也期待老师的其他专栏。谢谢老师让我有了清晰的成长路径，知道性能该做什么才有价值，少走弯路。谢谢老师！
    展开

    作者回复: 这个留言好。让我觉得有了点非常明确的价值。 性能现在仍然没有特别明确的市场定位的最主要原因是价值体现不出来。 和从业人员有关，也和市场误导有关。 一起努力吧，争取做的更好。

    2
  • evolution
    2021-02-26
    将近一年了，老师案例攒够了没，赶紧开专栏吧

    作者回复: 刚开。请移驾到《高楼的性能工程实战课》。

    3
  • zwm
    2020-05-12
    别的不多说，下一个专栏我一定第一时间买！

    作者回复: 感谢支持。

    2
  • Geek_17e45a
    2021-06-01
    高老师，特别想知道的是，这个性能目标到底怎么定？做的产品很少有参考类型，目标TPS我可以去根据客户的业务量计算，但是目标响应时间不知道怎么定？有没有好方法

    作者回复: 每种业务系统的响应时间都不一样。这个只有根据具体的业务来定，如果你不知道如何定，就找具体的用户做个采样调研。

    1
  • 大伟真伟大
    2021-02-07
    以前IBM内部做API压测，专业的测试逼得学习了OCP，分析慢SQL，分析死锁和AIX、Solaris资源利用率。后来跳槽去HP给安吉星做LoadRunner压测。再后来去互联网做微服务的压测和性能。如今入了一家国企做测试经理，也安排手下给做压测了。学习了高老师的课程，受益匪浅。希望还能有机会学到性能更多的知识和学问:)

    作者回复: 相互学习，共同进步。

    2
  • Achan
    2020-08-04
    第一遍囫囵吞枣看完，了解了大体的性能分析基本思路。准备第二遍细看慢看，逐章做笔记、逐个知识点弄明白、捋清楚。感谢老师！

    作者回复: 认真学习的同学，值得表扬。我也得努力了，不能让你全学去了。哈哈。

    2
  • 土耳其小土豆
    2020-03-09
    学性能，做性能也有一段时间了。确实走了很多弯路，花钱报了垃圾班，买了非常笼统的书，这些只让我更加的迷惑，甚至想放弃。偶然间发现了高老师的公众号，真的是如获至宝，公众号分享的技术文章才是我所需要的。从公众号学了很多，不管是分析思路还是技术方法；接着又迎来了期待已久的专栏，重新系统的学习了一遍性能，特别是案例分析，真的是太精彩了。希望自己也早点达到自己所期望的样子。也希望高老师早点出下一个案例的专栏。
    展开

    作者回复: 多谢支持。我努力。

    共 3 条评论
    2
  • TahitiMoon
    2022-04-20
    感谢老师分享，学到了很多

    作者回复: 努力努力。

  • 七月的雨
    2021-12-18
    做性能真的要多思考，多学习，后续如何在工作中把性能更多的价值体现出来是后续的发展方向，感觉还有好多东西要学，只能脚踏实地一个个知识点去补，成功路上没有捷径，感谢老师的这篇专栏，期待老师的更多作品

    作者回复: 多谢支持。

  • 追风筝的人
    2021-12-09
    行百里者半九十 感谢老师的讲解

    作者回复: 多谢支持。

  • 测试中的战斗机
    2021-07-27
    老师，你的专栏写的确实都是干货，但我读完总有一些头重脚轻的感觉，所以在这里请教老师，作为一名性能测试工程师，哪些知识是必须去打好基础的？

    作者回复: 你可以参考下这个链接。 https://mp.weixin.qq.com/s/tYooETSGhiMBBDlwihiqAA

  • johnny
    2021-06-30
    老师，根据专栏，监控设计的思路分为以下四个步骤： 1.分析系统的架构，确定系统中用到的组件 2.分段 3.分层 4.先全局，后定向定量 其中第1步和第4步我能够理解， 但是对于第2步和第3步的分段和分层的概念的认识还比较模糊，可以举例清晰的说明一下分段和分层的概念吗？
    展开

    作者回复: 分段分层是对时间拆分的思路。监控的思路有全局-定向就够了。

  • Panda
    2021-06-22
    我觉得看完后我得在二刷下，看到后面才联想到前面

    作者回复: 那就对了，我差不多一周刷一遍。

  • David.cui
    2020-12-07
    老师讲的很好，我希望自己将来能做一个容量工程师或性能工程师。

    作者回复: 努力。

    共 2 条评论
  • xiaobai
    2020-11-20
    虽然没有看懂，还是坚持把它看完了，老师写得很用心，举了多个用例来引导，看完有一种心路在心里，虽然还不会动手，继续努力吧

    作者回复: 动手永远是王道。

    1
  • 不将就
    2020-11-07
    刷新了我对性能测试的多方面认知，感谢老师的付出，我还得多读几遍，哈哈

    作者回复: 也刷新了我自己。哈哈哈