在这条链路中，其中任何一个服务节点或者存储节点出现性能瓶颈，都可能导致整个系统受到影响。
什么是全链路压测？全链路压测和平时做的普通压测有什么区别？全链路压测能为业务解决什么问题？如果你对全链路压测存在这些疑问，不妨通过本文一探究竟。
压测，即压力测试，是确立系统稳定性的一种测试方法，通常在系统正常运作范围之外进行，以考察其功能极限和隐患。
全链路压力测试是指基于真实业务场景，通过模拟海量的用户请求，对整个后台服务进行压力测试，从而评估整个系统的性能水平。
全链路压测是可以在现网环境实施的尽可能模拟真实环境流量的场景化压测，通过全链路压测，业务可以探测系统级复杂链路的性能瓶颈，辅助其作出相应的容量规划。
随着分布式架构和业务快速发展给业务系统带来了不确定性，分布式环境的任何节点都可能成为瓶颈/短板/问题。拿如下这个简单系统为例，用户对系统的一次请求，经过负载均衡、接入层服务、逻辑服务，最终请求到了外部服务，同时产生的用户数据也被存储下来。
在这条链路中，其中任何一个服务节点或者存储节点出现性能瓶颈，都可能导致整个系统受到影响。
| 组件 | 类型 | 潜在瓶颈/问题 |
|---|---|---|
| SLB | 负载均衡 | 容量不足、建连失败 |
| APIGateway | API 网关 | 容量不足、线程等待、触发限流 |
| 逻辑服务 A | 微服务 | 容量不足、线程池满、触发限流、GC |
| 逻辑服务 B | 微服务 | 容量不足、线程池满、触发限流、GC |
| 逻辑服务 C | 微服务 | 容量不足、线程池满、触发限流、GC |
| MySQL | 数据库 | 容量不足、触发限流、连接池耗尽、慢 SQL |
| Redis | KV 缓存 | 容量不足、触发限流、连接池耗尽、缓存击穿、缓存热点、大对象 |
| 外部服务 | 第三方依赖 | 拒绝参与压测 |
当然，在得出这条结论之前需要具备一些前提条件：第一、拥有 “上帝视角” 获取到了调用接口背后的链路拓扑图；第二、同时拥有完备的监控数据做支撑。而这些可能是我们日常进行普通压测所缺乏的。普通压测更多的关注在发压能力以及发压端，对于被压端却是黑盒的。普通压测与全链路压测的区别总结如下：
| 支持能力 | 普通压测 | 全链路压测 |
|---|---|---|
| 发压能力 | √ | √ |
| 压测流量识别 | √ | √ |
| 数据隔离 | √ | |
| 风险熔断 | √ | |
| 全链路监控数据展示 | √ |
可见全链路压测的特点在于：
支持脏数据隔离与流量隔离；
支持高负载等异常发现能力，实现压测任务自动化熔断；
支持压测接口背后依赖的的节点链路透视；
支持实时监控被压链路的指标数据。
优测压力测试是一款云原生性能测试工具，可模拟百万用户发压，支持单接口、全链路及 JMeter 压测。提供多维度性能测试报告，帮助业务快速定位产品性能瓶颈、准确验证系统能力，全面提升稳定性。
产品优势：
零代码配置，无需具备编程基础，涵盖主流性能测试场景。精简化参数配置，快速发起压力测试
提供全球各地不同压力源，模拟真实用户流量，最大支持百万并发用户数
免去测试环境部署、JMeter 运维烦恼，脚本快速平移、即刻云端发压
被测服务器、压力机性能指标实时监控，秒级监控频率全面掌握压测执行状态
实时监控测试过程，提供详细的采样日志和多维度可视化测试报告，快速追踪性能问题、评估性能瓶颈
