控制循环（control loop）
go
for {
实际状态 := 获取集群中对象X的实际状态（Actual State）
期望状态 := 获取集群中对象X的期望状态（Desired State）
if 实际状态 == 期望状态{
什么都不做
} else {
执行编排动作，将实际状态调整为期望状态
}
}"用一种对象管理另一种对象"的"艺术"。
Deployment看似简单，但实际上，它实现了Kubernetes项目中一个非常重要的功能：Pod的"水平扩展/收缩"（horizontal scaling out/in）。这个功能，是从PaaS时代开始，一个平台级项目就必须具备的编排能力。
Deployment就需要遵循一种叫作"滚动更新"（rolling update）的方式，来升级现有的容器。依赖的是Kubernetes项目中的一个非常重要的概念（API对象）：ReplicaSet。
Deployment控制器实际操纵的，正是这样的ReplicaSet对象，而不是Pod对象。
查看滚动升级：
Deployment的控制器，实际上控制的是ReplicaSet的数目，以及每个ReplicaSet的属性。
而一个应用的版本，对应的正是一个ReplicaSet；这个版本应用的Pod数量，则由ReplicaSet通过它自己的控制器（ReplicaSet Controller）来保证。
kubectl rollout history命令，查看每次Deployment变更对应的版本
kubectl rollout history deployment/nginx-deployment --revision=2
kubectl rollout undo deployment/nginx-deployment --to-revision=2
我们对Deployment进行的每一次更新操作，都会生成一个新的ReplicaSet对象，是不是有些多余，甚至浪费资源呢？
kubectl rollout pause deployment/nginx-deployment
Deployment正处于"暂停"状态，所以我们对Deployment的所有修改，都不会触发新的"滚动更新"，也不会创建新的ReplicaSet。
kubectl rollout resume deployment/nginx-deployment
kubectl rollout resume指令执行之前，在kubectl rollout pause指令之后的这段时间里，我们对Deployment进行的所有修改，最后只会触发一次"滚动更新"。