什么样的系统适合做全链路压测？ 1.系统的流量大，至少千万以上吧 2.企业系统具备全链路压测的条件 3.领导同意及团队支持做全链路压测 如何计算全链路成本 1.改造占用的人力 2.各团队投入的时间 3.做完全链路压测后产生的收益

“做线上全链路的目的，是为了通过使用生产环境中的架构、软硬件环境、数据、网络结构等等，来达到模拟真实业务压力场景的目标。” 以上摘自《性能工程实战课》 老师，我进一步总结了以下两点认识，你看正确吗？ 1.全链路压测中的容量场景 全链路压测中的容量场景是指使用生产环境的基础设施（架构、软硬件环境、数据、网络结构等等），通过控制压测流量的业务比例，使压测流量符合业务模型（不考虑真实流量，因为真实流量业务比例没法控制），通过施加压力来衡量系统的稳定性的过程。 2.全链路压测的关键点 全链路压测的关键点是技术改造。对压测工具、应用系统、监控等各个环节进行改造，使其能够识别出压测流量，不致于对真实流量有影响。

什么样的系统才需要全链路线上压测？答：1、流量大的系统（tps超过W）。2、公司有人力支持你去做的系统（毕竟需要很多协调工作） 如何计算全链路线上压测的成本？答：1、首先要知道有几个阶段，每个阶段需要谁来做具体做什么事情（包括人员是否准备充足，人员风险需要考虑）2、确定全链路的范围。根据范围+人力+时间三个维度确定人力成本，时间成本，以及资源（硬件+软件）成本。

高老师，业内使用的流量回放工具，好用的开源的有哪些？

第二种业务流量改造方法比较简单，只要在网关做压测流量的识别即可，后面就全都是部署的活了。 -- 想咨询下高楼老师，第二种方式和第一种方式相比，有什么劣势呢？尤其是在这个云原生技术比较成熟的现在，通过k8s和容器很容易实现资源隔离（通过搭建不同的集群或者命名空间），搭建出一套一模一样的环境，除了成本会高很多，需要花更多钱，有点浪费奢侈之外，似乎没有其他坏处~ 还请老师不吝赐教哈

之前实践过构造高并发的压测平台，当吞吐量压到比较高的量级后，压测结果数据的实时可视化就会遇到瓶颈。希望后面能覆盖下这方面的内容。

全链路压测的目标之一是评估系统容量，并不是流量小与一万就不做，流量和资源永远是相对的

高楼老师，最近看到相关技术很想推进，但是从业务角度，我没法和领导汇报和解释做这个事情带来的价值。从您的落地经验来说，有哪些比较客观具体的价值啊？

高楼老师，你好！ 听完老师的课，对全链路压测有了新的认知，全链路压测是容量测试，我有一个问题想咨询一下老师， 全链路压测是基于业务接口进行比较好，还是基于业务终端访问量开展比较好。如果涉及到多个终端入口，是不是要模拟多个终端在同一个时间段访问量达到100万，还是直接可以基于API接口进行压测到100万量，然后观察整个过程下，各个服务的监控指标。很期待老师的回答？