Chaos Mesh 自定义故障注入：编写 CRD 扩展故障类型（磁盘满、内存泄漏、TCP 乱序包），精准压测系统韧性
从理论原理到生产级实战，本文将深入解析 Chaos Mesh 架构底层设计，带你掌握 CRD 自定义故障扩展的完整流程，通过磁盘满、内存泄漏、TCP 乱序包三类典型故障注入演练，验证云原生微服务在极端场景下的容错能力与恢复效率，构建端到端的混沌工程韧性测试流水线。
导读
分布式系统的韧性是决定业务稳定性的终极底牌：这里的「韧性」指的是系统在面对不可预知的软硬件故障、流量峰值或资源耗尽等异常情况时，依然能保证核心业务流程可用、且能在合理时间内自动恢复的能力。云原生架构下，Kubernetes 的自我愈合能力（如故障 Pod 重新调度）、服务网格的流量治理能力（如异常实例流量剔除）、应用层的容灾能力（如跨可用区部署），三者共同支撑起整个系统的韧性。
但现实情况是，大部分团队的韧性验证流程，依然停留在「杀个 Pod 验证服务是否可用」的基础阶段 —— 这种浅层验证只能覆盖最基础的集群自愈场景，真正导致生产事故的复杂异常场景，根本无法被有效覆盖：
宿主机磁盘被大量临时日志文件占满时，应用的文件读写请求会直接抛出「设备上没有空间」异常，若应用没有对这类异常做捕获和降级处理，就可能导致进程崩溃；
内存泄漏这类渐进式故障，不会在一开始就让进程崩溃，但会随着时间推移逐步占用堆内存，最终导致应用 OOMKilled，重启后流量重新压入又会快速重现；
