写在前面的话
从上一章节开始，我们一直在学习关于自主式 Pod 的资源清单编写， 但是自主式 Pod 存在着一个问题，就是和我们直接 docker run 运行 docker 容器一样。如果我们想以集群的形式并配合复杂的处理逻辑就不那么好用了。
针对这点，我们将 Pod 的处理交给了控制器。
关于控制器
再详细讲解控制器怎么使用之前，我们得知道控制器是啥，以及我们需要使用哪些。
在讲解 K8S 的 Master 组成的时候说过，Master 节点有个重要组件叫做 Controller Manager。
Controller Manager 由 kube-controller-manager 和 cloud-controller-manager 组成，是 K8S 的核心。
Cloud controller 一般在配合云服务的时候再使用，所以不是我们关心得重点。
kube-controller-manager 由以下主要的控制器组成：
1. Replication Controller（已经废弃）
2. Replicaset
3. Deployment Controller
4. DaemonSet Controller
5. Job / CronJob Controller
6. Volume Controller
7. StatefulSet Controller
8. Node Controller
9. Service Controller
10. 等等...
常见控制器说明
Replication Controller：
保证了再特定时间内运行的副本数了，多退少补。并且不会去关注 pod 的状态，只要你被删除或者被终止，自动就把你替换掉。他就像一个进程管理器监管着多个节点的 pod。
该控制器只对 restartPolicy 配置为默认 Always 的生效，且控制器永远不会自己关闭。但我们更希望控制器是伴随着服务的生命周期创建删除，因为程序会更新。
ReplicaSet：
新一代的副本控制器，属于 Replication Controller 的升级版，区别在于新版本支持更为高级的 selector。
Deployment：
调度 ReplicaSet 实现我们的需求，官方也建议我们使用 Deployment 替代 ReplicaSet。例如：
使用 Deployment 来创建 ReplicaSet，ReplicaSet 会在后台启动相关的 Pod 并检测其状态。
当我们更新 Deployment 中定义的 Pod 状态时，会新建 ReplicaSet 并根据配置的策略，让 ReplicaSet 按照一定的规则来重建 Pod，实现切换。
StatefulSet：
主要用于解决有状态的服务的问题。后面会专门用到。
DaemonSet：
保证每个节点上都有运行一个副本，常用来作为集群日志收集，监控。