生产环境全链路压测建设历程 29：FAQ 之 评估方法论、改造、痛点

问题：业务模型的评估方法论？基于业务模型，如何构造测试请求？是否有推荐的工具？

1.消费者业务，建议是和天猫一样，明确各个入口的最大目标承受量

2.针对复杂的场景，则是通过大数据平台对链路数据进行计算，得出需要压测的请求路径

3.如果是 get 请求，可以通过流量录制的方式来做回放

问题：代码的改造是否有相对通用的方法？

业务逻辑基本不用改造。

问题：做生产压测的都会有哪些痛点？

1.技术上的数据安全性

是否会有泄露，如何确保压测的安全性。

2.调试难度

如果是改造了中间件，需要用很多的 testcase 来覆盖确认准确性；

如果是通过探针来实现的，也需要适配中间件来进行调试。

3.组织协调难度

不一定每个团队都愿意配合来做这个事情，会有较大的组织难度

问题：全链路压测的主要价值场景有哪些？

压测的目的是验证系统能抗住 X 倍流量且保证所有请求都成功？还是压测时系统可以启动流控降级，允许一部分请求失败，保证系统还存活可用？

确保核心链路在高并发流量冲击下的容量充足，不被非核心服务拖垮。

生产全链路压测，是作为提前发现系统和期望目标之间的差距，提前做好优化、扩容、降级等预案。比如双十一的淘宝，与核心交易无关的积分、退款等功能，都会在 11 月 10 日晚上 22 点前关闭。在高峰期过去之前，卖家也不能去修改商品的库存，优惠系统的优惠信息，甚者会启动本地缓存的预案，避免对缓存集群过大的冲击。