应用程序故障注入是混沌工程的一种形式，在微服务应用程序中人为地增加某些服务的错误率，以查看它对整个系统的影响。传统上，需要在服务代码中添加某种类型的故障注入库，才能对应用程序进行故障注入，值得庆幸的是，服务网格提供了一种无需修改或重构服务的应用程序故障注入方法。
结构良好的微服务应用程序有一个特点，它可以优雅地容忍单点服务故障。当这些故障以服务崩溃的形式出现时，Kubernetes在修复服务崩溃故障方面做的非常好，它可以通过创建新的Pods替换崩溃的Pods的方式来修复这些故障。然而，故障也可能更加微妙，如导致服务返回的错误率升高。对于这种类型的故障，Kubernetes就不能自动修复了，仍然会导致部分功能丧失。
使用流量分割SMI API注入错误
使用服务网格接口（Service Mesh Interface，SMI）的流量分割API（Traffic Split API）可以轻松实现应用程序故障注入。这是一种与实现无关且跨服务网格的故障注入方式。
为了实现这种形式的故障注入，首先，我们部署一个只返回错误的新服务。它既可以是一个简单的服务，比如一个配置成返回HTTP 500的NGINX服务，也可以是一个更复杂的服务，返回我们为了测试某些条件而专门设计的错误。其次，我们创建一个流量分割资源，用该资源来指导服务网格将目标服务流量按照百分比发送到错误服务上。例如，通过将10％的服务流量发送到错误服务上，来人为地实现向该服务注入10％的错误率。