Deployment 简介
deployment 是用来管理无状态应用的，面向的是集群的管理， 举例：有一群鸭子，要吃掉一个，只需要再放一个新的鸭仔就好了，不会影响什么，而有状态的应用，就同时养三条狗一样，而每个狗都是无法代替用新的事物代替的，因为有“感情”这个状态在里面。
Deployment 为Pod 和 ReplicaSet 之上，提供了一个声明式定义（declarative）方法，用来替代以前的ReplicationController 来方便的管理应用。
你只需要在 Deployment 中描述您想要的目标状态是什么，Deployment controller 就会帮您将 Pod 和ReplicaSet 的实际状态改变到您的目标状态。您可以定义一个全新的 Deployment 来
创建 ReplicaSet 或者删除已有的 Deployment 并创建一个新的来替换。也就是说Deployment是可以管理多个ReplicaSet的。
典型的应用场景包括：
- 创建一个Deployment对象来生成对应的Replica Set并完成Pod副本的创建过程。
- 检查Deployment的状态来看部署动作是否完成（Pod副本的数量是否达到预期的值）。
- 更新Deployment以创建新的Pod（比如镜像升级）。
- 如果当前Deployment不稳定，则回滚到一个早先的Deployment版本。
- 暂停Deployment以便于一次性修改多个Pod Template Spec的配置项，之后再恢复Deployment，进行新的发布。
- 扩展Deployment以应对高负载。
- 查看Deployment的状态，以此作为发布是否成功的指标。
- 清理不再需要的旧版本ReplicaSet。
Deployment 升级
kubectl explain deploy.spec.strategy
策略订是配置怎么滚动升级的，支持两种策略：
- Recreate 重建式更新，就是删一个建一个。
- rollingUpdate 滚动更新，简单定义 更新期间pod最多有几个等
rollingUpdate 有两种策略
- maxSurge 指定超出副本数有几个，两种方式：1、指定数量 2、百分比
- maxUnavailable 最多有几个不可用
Deployment 历史版本
kubectl explain deploy.spec.revisionHistoryLimit
最多保存多少个历史版本，默认是10个
Deployment 模板
kubectl explain deploy.spec.template