问混沌工程作为管道的一部分可能会是什么样子呢？

EN

我们刚刚开始我们的混沌工程努力，但我会提供一些想法，您的问题。

至少有三个不同的实验类别：

• 实例/容器杀死了我们期望底层基础结构自动处理的实例/容器。
• 较高级别但相当本地化的故障，如缓慢或不可用的依赖关系。
• 大规模故障，如数据中心或区域下降。

对于构建管道而言，最佳位置在中间(即较高级别但本地化的故障)，因为通常软件本身在响应故障方面起着作用。例如，软件可能包括跳闸、节流、自动故障转移等断路器。如果这些是软件功能，那么它们要么可以工作，要么不能工作，而构建应该揭示这一点。

从某种程度上说，对故障的弹性是系统的要求，那么是的，失败的实验将使管道失效。假设build 392有一个正确工作的断路器，而build 393没有，这将是一个失败，因为构建从满足要求到不满足。

我们通常会做一些混乱的实验，比如管道外的大规模故障。

在构建管道的过程中，通常采用混沌实验和短期性能测试相结合的方法来模拟系统的活动，然后销毁一些实例/容器来验证系统的抗灾能力。如果系统无法恢复，则失败。