南山老道士

在最初的时候，在Kubernetes中用于复制pod以及节点故障后重新调度pod的组件只有ReplicationController。后来引入了ReplicaSet，它是新一代的Replication

ReplicationController和ReplicaSet一样，都是用于运行指定数量的pod，这些pod会部署到Kubernetes集群中的任何位置。但是有些情况下（如有些与基础设施相关的pod

从前面的学习我们可以了解到，Pod代表了Kubernetes中的基本部署单位。我们知道了如何手动对Pod进行创建、监管。但是在实战中，我们希望部署的应用能够自动地保持正常运行，而且在不需要任何手动干预

1.ReplicationController简介 ReplicationController（简称RC）是一种Kubernetes资源，能够确保它所对应的Pod总是保持运行状态。如果Pod由于某种原

通过前面一系列学习，我们已经在集群中创建了几个Pod，并都处于运行状态中。在default命名空间下有四个Pod，在my-namespace命名空间下有一个Pod： 现在来停止并删除这些Pod。 按名

上一节学习了标签的知识，了解了如何为Pod添加标签、更新标签。这一节我们来学习标签选择器。 如果单看标签的话，似乎作用不太明显，仅仅是附加到资源上的一个标签而已。但是如果将标签与标签选择器配合使用的话

上一节我们学习了标签选择器以及如何通过标签选择器筛选Pod和Node。这一节我们来学习什么是注解以及如何为Pod添加注解。 除了前面讲到的标签以外，Pod和其他Kubernetes对象还可以附加注解（

我们知道Kubernetes中每个对象都可以附加多个标签，具有同一个标签的所有对象逻辑上可以合成一组。但是这样也会带来一个问题，那就是不同组之间可能存在相同的对象，造成了对象的重叠。如果分别按组来操作

通常我们会发送一个JSON或者YAML格式的清单（manifest）到Kubernetes的REST API端点来创建Pod和其他Kubernetes资源。当然也可以使用其他更简单的方式来创建资源（r