越来越多的企业开始意识到分布式压测的重要性。
随着互联网行业一直倒退，零碎架构越发简单，业务场景越发多样化，对性能测试的要求也越来越高。传统压测形式曾经无奈满足业务和技术的倒退须要，分布式压测，就是在这样的背景下应运而生的。
早在 2006 年前后，IT 零碎稳定性就成为了过后集中式架构的挑战。随着互联网的疾速衰亡，过后的“Unix+ 小型机”架构遭逢了数据爆增的冲击。特地是在线交易、商业剖析和数据库等要害业务零碎，在 2010 年前后进入了 TB 甚至 PB 级，导致传统 IT 架构不堪重负，对 IT 零碎的稳定性和可扩展性等提出了新要求。也就是从那时起，阿里巴巴开始了去“IOE”革新，采纳 X86 服务器和规范存储与网络设备等，从新架设高稳固和可扩大的分布式 IT 零碎。
2010 年后的 10 年，中国的互联网公司先后进入了分布式系统的革新和建设；2020 年随同着新基建的崛起，更推动了电信、金融、电力、批发、医疗、教育、政府机构等各行各业 IT 零碎基于云计算的分布式进化。从集中式架构到分布式架构，IT 零碎的稳定性不仅仅波及到机房布线、网络通信、硬件部署、利用架构、数据容灾等，还须要对平台本身的精细化管控和保障，包含容量压测与评估、全链路压测等。
进入 2021 年，随着企业互联网与产业互联网的大凋敝，为基于分布式系统的 IT 零碎稳定性关上了一个新赛道，分布式压测也被提上了日程。
如何用更少的估算实现指定以后业务规模的流量顶峰，是技术的永恒主题。
明天咱们就在上一期性能测试的根底上，讲讲分布式压测的目标、要解决的问题以及如何组织分布式压测等几个方面展开讨论。
分布式压测是什么？
要答复这个问题，咱们首先要分明分布式压测到底是什么？
依据百度百科的定义，压力测试指的是被动产生流量，从而对服务造成计算压力，测试服务的性能与健壮性等。
依据关注角度的辨别，能够分为分布式压测（客户端）与全链路压测（服务端）。
分布式压测指的是利用多台机器向指标机器产生压力，模仿几万用户并发拜访，在压测的根底上做延长，侧重于发压端的分布式与分散性。
从压测自身登程，压测的目标可分为以下四种：
1、优化：找到零碎以及分布式系统中的短板，进行优化；
2、规范资源需要：现有逻辑在指定的资源下，能提供失常服务的临界值是多少，同步给与后续资源扩大时以数据反对；
3、流量回放：针对实在的流量，现有服务以及资源的表型模式；
4、业务演练：对特定业务做演练，提前发现并躲避问题。
全链路压测个别指齐全引入相关联的零碎，实在模仿线上硬件环境，更多的是以申请为外围，齐全模仿实在申请流量，通过引流等形式进行场景的模仿进行压测，更多的实用于业务链路较长的业务。通过全链路压测发现零碎服务的数据流漏斗模型比例、瓶颈业务、高频业务、高可用节点等问题，给线上服务部署提供实在数据予以参考。
目标是考查从用户开始拜访零碎到实现全副业务的整个链条中，外围页面和交易要害业务的理论承载能力；模仿齐全的真实情况来做到提前心里有数。验证的最好方法是让事件提前产生，通过全链路压测就能够提前发现问题。
分布式压测解决什么问题？
理解了根本的概念后，咱们来看下分布式压测能够解决哪些问题。
简略来说，分布式压测可解决以下四方面的问题：
1、单机发压能力无限；
2、流量压力有地区散布等需要；
3、压测过程中的数据指标丰盛；
4、压测后果数据汇总展现。
然而，分布式压测在摸索和利用的过程中也会面临一些挑战。
比方发压机的调度问题，一方面发压机有可能在过程中呈现宕机，另一方面因为发压机的资源配置不同，调配压力也不同，需对发压机的实在运行状况进行监控。
再比方根底数据的调度问题，须要解决好根底数据的调配与调度、多数据源之间的调度、冲突性根底数据之间的调度以及其余相关性数据的筹备与入库，任何一个环节出错，都有可能影响整个压测过程。
如何组织分布式压测？
那么，一次残缺的分布式压测过程应该是怎么的呢？
一般而言，分布式压测分为 6 个步骤：
1、筹备：筹备被压测环境，能够是独自的测试环境，也能够是正式环境以及确定压测工夫；
2、确定发压曲线：能够是阶梯型、线性回升型；
3、确定发压机散布：明确流量起源诉求；
4、明确目标：依据目标确定事务与接口；
5、筹备根底数据：相干数据的筹备以及数据调度的布局；
6、过程监控后果汇总：过程中做监控报警，压测实现之后做数据分析，联合全链路的监控，比方博睿数据 Bonree Net、Bonree Server 等根底监控产品，精确定位到性能瓶颈。
须要留神的是，在组织分布式压测的过程中，需检测发压端设定的流量是否都打到了指标服务器上；如果服务架构比较复杂，有可能有其余因素导致流量缺失等；也可能对发压资源应用预估有余，需对发压端的资源进行监控；同时须要联合全链路的监控，精确定位到性能瓶颈。