Kubernetes 资源管理：从 Replica Sets 到 Services 的深入解析
1. Replica Sets
到目前为止，我们已经了解了如何在 Pod 中部署应用程序。Pod 是一个非常强大的概念，但它缺乏健壮性。实际上，我们无法定义扩展策略，也不能确保在出现问题（例如节点故障）时 Pod 仍然存活。既然我们已经承担了维护 Kubernetes 集群的开销，那么就应该充分利用它的优势。
为了实现这一点，我们需要使用 Replica Sets。Replica Set 就像是繁忙道路上的交通警察，确保交通顺畅，所有车辆（Pod）正常运行，不会发生碰撞，并合理调配 Pod 的位置，以充分利用道路（集群）资源。
Replica Set 实际上是 Replication Controller 的升级版，升级的原因在于资源的标签和选择机制，这在我们深入研究名为 Service 的 API 项时会详细介绍。
以下是一个 Replica Set 的示例：
apiVersion: extensions/v1beta1 kind: ReplicaSet metadata: name: nginx-rs spec: replicas: 3 template: metadata: labels: app: nginx tier: frontend spec: containers: - name: nginx image:
