当生产系统发生故障时，优先做法是迅速缓解它。尽管这很重要，但故障缓解是以被动和特定的方式进行的：只有在观察到严重症状后才采取一些固定操作。对于云系统来说，这样的策略是不充分的。在本文中，我们提出了一个预防性和适应性的故障缓解服务——Narya，它被整合在一个云生产环境，即微软Azure的计算平台中。Narya根据多层系统信号预测即将发生的主机故障，然后决定智能缓解操作**。其目的是避免虚拟机故障。

K8s in Action 阅读笔记——【9】Deployments: updating applications declaratively

K8s in Action 阅读笔记——【2】First steps with Docker and Kubernetes

K8s in Action 阅读笔记——【1】Introducing Kubernetes

K8s in Action 阅读笔记——【11】Understanding Kubernetes internals

Kubernetes 集群中的所有 Pod 均驻留在单一、共享的扁平网络地址空间中（如图3.2所示），这意味着每个 Pod 都可以以另一个 Pod 的 IP 地址访问任何其他 Pod。它们之间不存在 NAT （网络地址转换）网关。当两个 Pod 之间发送网络数据包时，它们将分别将另一个 Pod 的实际 IP 地址视为数据包中的源 IP。因此，Pod 之间的通信非常简便。

K8s in Action 阅读笔记——【6】Volumes: attaching disk storage to containers

K8s in Action 阅读笔记——【7】ConfigMaps and Secrets: configuring applications

K8s in Action 阅读笔记——【5】Services: enabling clients to discover and talk to pods

K8s in Action 阅读笔记——【12】Securing the Kubernetes API server