1、--save-config
为什么需要使用kubctl apply保存配置？
kubectl apply <file.yaml> --save-config创建或更新部署，并将部署另存为元数据。
文件上说
--save-config[=false]：如果为true，则当前对象的配置将保存在其注释中。当您将来要对此对象执行kubectl apply时，这非常有用。
为什么我需要save-config？如果不使用--save-config，我仍然可以使用kubectl apply更新部署。
kubectl apply
kubectl apply使用注解kubectl.kubernetes.io/last-applied-configuration中的数据来查看自上次应用以来是否有任何字段被删除。这是必要的，因为某些字段或注释可能已通过控制器或变异的webhook实时添加到集群中。
例如，请参见了解Kubectl Apply命令
如果我不--save-config，我仍然可以使用kubectl apply更新部署
是的，--save-config仅在从命令式工作流迁移时使用。详见下文。以下kubectl apply命令不需要--save-config标志，因为注释已经存在。
kubectl工作流
使用Kubernetes的配置时，可以通过多种方式完成，它们都是命令式或声明式的：
- Managing Kubernetes Objects Using Imperative Commands
- Kubernetes Objects Using配置文件的强制管理
- Kubernetes Objects Using配置文件的声明式管理
kubectl apply用于声明性配置管理。
从命令式到声明式配置管理的迁移
将kubectl与--save-config标志一起使用是一种向kubectl apply使用的注释kubectl.kubernetes.io/last-applied-configuration写入配置的方法。这在从命令式工作流迁移到声明式工作流时非常有用。
- 从命令式命令管理迁移到声明式对象配置
- 从命令式对象配置迁移到声明式对象配置
2、--record
k8s的应用回滚--record
kubectl apply 每次更新应用时 Kubernetes 都会记录下当前的配置，保存为一个 revision（版次），这样就可以回滚到某个特定 revision。
默认配置下，Kubernetes 只会保留最近的几个 revision，可以在 Deployment 配置文件中通过 revisionHistoryLimit 属性增加 revision 数量。
使用也很简单，在更新的时候加上--record就可以了。
命令
记录版本kubectl apply -f xxx.yaml --record
查看 revisonkubectl rollout history deployment $dp_name -n $namespaces
回滚kubectl rollout undo deployment $dp_name --to-revision=1
注意:
record类似一个栈，先执行的apply会放到记录的最下端。也就是说你的上一个版本一定是2.
record记录的是apply的命令，所以如果每次执行的命令是一样的话，会覆盖掉。
实验
1、如下做三个httpd的yaml，分别为httpd.v1.yml，httpd.v2.yml 和 httpd.v3.yml，分别对应不同的 httpd 镜像 2.4.16，2.4.17 和 2.4.18：
2、通过 kubectl apply 更新应用
- kubectl apply -f httpd.v1.yml --record
- kubectl apply -f httpd.v2.yml --record
- kubectl apply -f httpd.v3.yml --record
3、查看版本
kubectl rollout history deployment httpd
4、回滚kubectl rollout undo deployment httpd --to-revision=1