kubectl apply vs kubectl roll-update答案

【问题标题】：kubectl apply vs kubectl roll-updatekubectl apply vs kubectl roll-update
【发布时间】：2018-06-14 19:14:57
【问题描述】：

如果有不应该使用 kubectl apply 来获取滚动更新的用例？

尽管命令的初衷是，如果我们给 kubectl apply 一个描述集群资源随时间更新的源文件，有什么不应该使用的用例吗？

【问题讨论】：

【解决方案1】：

如果是 Deployment，更新策略在 .spec.strategy 中指定，而对于 DaemonSets 和 StatefulSets，则在 .spec.updateStrategy.type 中指定

对于部署.spec.strategy.type 可以是“重新创建”或“滚动更新”。 “滚动更新”是默认值。

对于 DaemonSet 和 StatefulSet，.spec.updateStrategy.type 可以是“OnDelete”或“RollingUpdate”。 “OnDelete”是默认值。

kubectl apply 会尊重这些策略，所以我认为没有理由不使用它。

kubectl rolling-update 仅用于被 Deployment 替换的 ReplicationControllers

【讨论】：

我只是补充一点，声明式对象管理是管理生产 k8s 集群的方式，正如官方文档kubernetes.io/docs/tutorials/object-management-kubectl/…中所解释的那样
RollingUpdate 是 StatefulSets 的默认值：kubernetes.io/docs/tutorials/stateful-application/…
这个链接有很好的细节medium.com/platformer-blog/…