kubectl apply 与 kubectl roll-update
kubectl apply vs kubectl roll-update
是否存在不应该使用 kubectl apply 来获取滚动更新的用例？
尽管命令的初衷是，如果我们给 kubectl apply 一个描述集群资源随时间更新的源文件，那么有什么用例不应该使用？
对于 Deployment，更新策略在 .spec.strategy 中指定，对于 DaemonSets 和 StatefulSets
，在 .spec.updateStrategy.type 中指定
对于部署 .spec.strategy.type 可以是“重新创建”或“滚动更新”。 “滚动更新”是默认值。
对于 DaemonSets 和 StatefulSets，.spec.updateStrategy.type 可以是 "OnDelete" 或 "RollingUpdate"。 "OnDelete" 是默认值。
kubectl apply 会尊重这些策略，所以我认为没有理由不使用它。
kubectl rolling-update 仅用于被 Deployments
取代的 ReplicationControllers
是否存在不应该使用 kubectl apply 来获取滚动更新的用例？
尽管命令的初衷是，如果我们给 kubectl apply 一个描述集群资源随时间更新的源文件，那么有什么用例不应该使用？
对于 Deployment，更新策略在 .spec.strategy 中指定，对于 DaemonSets 和 StatefulSets
.spec.updateStrategy.type 中指定
对于部署 .spec.strategy.type 可以是“重新创建”或“滚动更新”。 “滚动更新”是默认值。
对于 DaemonSets 和 StatefulSets，.spec.updateStrategy.type 可以是 "OnDelete" 或 "RollingUpdate"。 "OnDelete" 是默认值。
kubectl apply 会尊重这些策略，所以我认为没有理由不使用它。
kubectl rolling-update 仅用于被 Deployments