压测2.0：云压测 + APM = 端到端压测解决方案（阿里云压测）

压测2.0：云压测 + APM = 端到端压测解决方案（阿里云压测）

从压力测试说起

压力测试是确立系统稳定性的一种测试方法，通常在系统正常运作范围之外进行，以考察其功能极限和隐患。与功能测试不同，压测是以软件响应速度为测试目标的，尤其是针对在较短时间内大量并发用户的访问时，软件的抗压能力。

压测1.0 VS 压测2.0

传统的压测方法通常的做法需要准备大量的环境，如测试的压力机，安装测试工具，录制测试脚本，对服务器不断施加“压力”，通过这种方式来确定系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试，这个阶段我们称之为压测1.0。

传统的测试方法下很难去做到对整个系统去做一次大型的压力测试，这种情况下只能把每个系统独立开来，对他进行性能测试，然后对整个核心系统去做分析，确定系统的短板，对短板进行压力测试。

通常需要用预估的方式，业务部门估算今年的交易额，应用部门估算，网络部门估算，基础架构部门估算。最后的结果就是如果需要1000台服务器，那么就准备1500台。如果需要5 G 的 CDN 带宽，那么就准备7.5 G 。几乎所有资源都多准备50%。

压测1.0时代的压测缺点很明显。

测试过程缓慢，周期过长并非聚焦于全球客户的体验非常昂贵的授权费用及硬件投入为实验室测试而设计，对生产或线上环境无能为力不能针对当今复杂的应用及架构提供实时的反馈

当产生压测需求时，我们布置在各主流云厂商（AWS、阿里云、Azure、青云、腾讯云、金山云、UCloud等等）的压测虚机自动下发压测脚本，进行云端托管式部署云端压测机启动，对用户系统进行压测。同步压测，同步产出压测数据。

利用云计算优势，当需要进行模拟大规模用户访问时，只要多开云主机就能实现，需要模拟100万的用户访问，再开100台云主机。

压测2.0时代有点同样明显。

迅速部署实时统计真实世界的规模和模拟分布式的用户高效且持续除去了硬件投入

压测1.0时代的 LoadRunner VS 云压测

与压测1.0时代只关注于后端性能不同，云压测关注前端和后端性能，从前端的不同物理位置、不同运营商链路、宽带、窄带、带宽、 CDN 、防火墙、负载均衡，到后端的应用软件、数据库、硬件资源、系统配比等，云压测在测试环境中还原真实业务环境。

云压测和 APM 结合，全链路全业务接口压力测试，全面覆盖前后端所有环节真正实现端到端性能优化解决方案，全方位提升用户体验。