1.新系统上线支持 ：在新系统上线前，通过执行性能压测能够对系统的负载能力有较为清晰的认知，从而结合预估的潜在用户数量保障系统上线后的用户体验。

2.技术升级验证 ：在系统重构过程中，通过性能压测验证对比，可以有效验证新技术的高效性，指导系统重构。

3.业务峰值稳定性保障 ：在业务峰值到来前，通过充分的性能压测，确保大促活动等峰值业务稳定性，保障峰值业务不受损。

4.站点容量规划： 通过性能压测实现对站点精细化的容量规划，指导分布式系统机器资源分配。

5.性能瓶颈探测 ：通过性能压测探测系统中的性能瓶颈点，进行针对性优化，从而提升系统性能。

混沌测试的目的和价值是什么？

适合现代分布式云系统和流程，在抵御失控、避免不确定上，它是非常不错的技术手段，主要体现在三个方面

1.人员：稳定的用户体验、提前发现隐患并降低故障复发率、提升故障应急效率

2.流程: 完善故障治理体系从被动发现转换为主动发现、验证报警有效性与及时性，预案可行性

3.系统：提升系统容灾容错能力、使系统可监控，可回滚，可降级

混沌测试解决的问题有哪些？

如何知道系统是否处于稳定状态呢？

通常，团队可以通过单元测试、集成测试和性能测试等手段进行验证。

但是，无论这些测试写的多好，我们认为都远远不够，因为错误可以在任何时间发生，尤其是对分布式系统而言，此时就需要引入混沌工程（Chaos Engineering）

1.SaaS衡量微服务的容错能力

通过模拟调用延迟、服务不可用、机器资源满载等，

查看发生故障的节点或实例是否被自动隔离、下线，流量调度是否正确，预案是否有效，同时观察系统整体的 QPS 或 RT 是否受影响。

在此基础上可以缓慢增加故障节点范围，验证上游服务限流、降级、熔断等是否有效。最终故障节点增加到请求服务超时，估算系统容错红线，衡量系统容错能力，微服务间强弱依赖问题。

2.验证容器编排配置是否合理

通过模拟杀服务Pod、杀节点、增大Pod资源负载，观察系统服务可用性，验证副本配置、资源限制配置以及 Pod下部署的容器是否合理。

3.测试PaaS层是否健壮

通过模拟上层资源负载，验证调度系统的有效性；

模拟依赖的分布式存储不可用，验证系统的容错能力；

模拟调度节点不可用，测试调度任务是否自动迁移到可用节点；

模拟主备节点故障，测试主备切换是否正常。

4.验证监控告警的时效性

通过对系统注入故障，验证监控指标是否准确，监控维度是否完善，告警阈值是否合理，告警是否快速，告警接收人是否正确，通知渠道是否可用等，提升监控告警的准确和时效性。

5.定位与解决问题的应急能力

通过故障突袭，随机对系统注入故障，考察相关人员对问题的应急能力，以及问题上报、处理流程是否合理，达到以战养战，锻炼人定位与解决问题的能力。

混沌工程的尽头是随机攻防演练，但并不是性价比最高的。攻防演练的目的是加上排查速度，而不是发现问题。