性能测试之全链路压测实战理论详解

目录

前言

01为什么需要全链路压测？

02全链路压测解决了哪些问题？

03哪些业务场景适合做

04基础技术组件

05小结

---

前言

要说当下研发领域最热门的几个词，全链路压测 肯定跑不了。最近的几次大会上，也有不少关于全链路的议题。之前有朋友在面试过程中也有被问到了什么是全链路压测，如何有效的开展全链路压测。今天我们就来聊聊全链路压测，但本文不会涉及到具体的技术栈，主要讲讲全链路实践的理论问题。

其实，进行全链路压测对于整个公司技术要求还是很高的，没有一定技术沉淀的公司最好不要贸然尝试全链路压测，因为如果没做好可能会把生产环境搞宕机，所以对于没有一定科技能力的公司还是尽量不要贸然追潮流，实施全链路压测。

性能测试项目实战详解：

2023最新的真实企业大厂性能测试全流程的项目实战详解，可以写进简历面试的那种哦_哔哩哔哩_bilibilihttps://www.bilibili.com/video/BV1PW4y1R7ye/?spm_id_from=333.999.0.0

01为什么需要全链路压测？

先说说为什么需要全链路。随着业务的发展，技术架构从原来的单体架构发展到现在的微服务架构， 应用越来越多，给研发人员定位问题带来的困难也越来越大。在单体架构时期，只要查看一个应用的日志，就能大体知道问题出在哪里。但是在微服务架构下，基于前端返回的错误信息，你如何从那么长的应用链路中找到出错的应用？找不到具体的应用，你如何查看错误日志？

也许你熟悉业务，可以大概猜测出问题在哪里，但这毕竟存在不确定性。在这种场景下，我们就需要一个服务治理平台，来帮助我们展示业务的全链路调用关系，并能通过某个ID，查询出某个请求在业务平台中流转过程。这里提到的服务治理平台，至少要包含功能有：服务的注册与发现，服务状态的可观测以及流量管理。目前主流的服务治框架有：spring-cloud框架，dubbo框架以及service mesh框架。基于服务治理，我们就可以具体的观察到请求在不同应用之前