勾勒出库伯内特斯的失败注入。

太长，读不下去了-lethain/k8s故障注入是Kubernetes上故障注入的概念证明。

---

Netflix的潮汕市对许多软件工程师来说，这是他们对断层注入，并在推广这一理念方面做了出色的工作。尽管这个想法已经很流行，但大多数公司的采纳率仍然相当低，尤其是在小型公司。

在某种程度上，我认为这与转向不可恢复的基础设施（Docker容器、无状态服务、Kubernetes等）的总体趋势有关，它极大地缩小了故障发生的方式（状态性是通向不可恢复故障的门户）。这也是因为这些工具仍然没有充分整合。

如果你用的是纺纱机，那么启用Chaosmonkey就很简单了就像从不打开复选框一样当你提供一个新的服务，理想的情况下，我们会得到一个地方，在那里，AWS自动缩放组和这样的选择用户也进入这种行为！

为了达到这个目的，我在Github上写了一个简单的概念证明lethain/k8s故障注入，允许Kubernetes部署选择定期终止pods。

这个具体的实现是相当糟糕的，但是我认为如果你在Kubernetes上运行的话，你可以很容易地开始运行一个简单的错误注入程序。