【问题标题】:Kubernetes Declarative Management and Manual Commands risksKubernetes 声明式管理和手动命令风险
【发布时间】:2020-04-08 06:51:32
【问题描述】:

我了解声明式管理和命令式管理之间的区别,在此线程 kubectl apply vs kubectl create? 和官方文档 https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/ 中有很好的解释

但我残留的疑问是,即使在声明式管理中,也有一个(手动)命令,例如

kubectl 规模

虽然继续存在

kubectl 应用

命令仍然“无法生存”集群重启(因为它的配置更改存储在集群存储中,如 etcd),对吗?如果是这样,我们不应该只对

对象配置文件

并通过

重新部署

kubectl 应用

命令? 谢谢

【问题讨论】:

  • 我也看到了一些困惑——你最终得到了什么建议?似乎最好依赖 git 之类的版本管理工具,而不是把所有东西都交给 kubernetes -

标签: kubernetes


【解决方案1】:

据我了解kubectl scale 将更改etcd 中的ReplicaSet 配置对象。因此,它会在重新启动后继续存在。

但是,您应该将配置对象存储在版本控制系统 (git) 中。如果执行kubectl scale 之类的命令,则不会更新存储在 git 中的副本。这些配置文件的下一次使用将覆盖之前设置的值。

【讨论】:

    猜你喜欢
    • 2021-07-25
    • 1970-01-01
    • 1970-01-01
    • 2021-08-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-02-12
    相关资源
    最近更新 更多