多环境下的 k8s 的 yaml 配置管理

lamesbond 会员 2022年12月6日 05:46 发表

• 

  LeegoYih 会员

  2022年12月6日 05:46
  配置中心
  0 0
  评论

• 

  chendy 会员

  2022年12月6日 06:16
  > 不用把 yaml 放开发的代码仓库里那种方式。 起手排除正确答案之一 要么 git 管理+自动化工具部署 要么数据库管理+自动化工具部署
  0 0
  评论

• 

  billzhuang 会员

  2022年12月6日 06:16
  你们那些 secrets 比如数据库连接字符串之类，是明文放在 yaml 里的么？
  0 0
  评论

• 

  mango88 会员

  2022年12月6日 07:14
  可以试试这个 kustomize vault 之类与环境有关的配置可以与基础配置分离，改了生产的数据库连接 也不用跟开发同步 但是不放在代码库，版本管理怎么做呢 ？
  0 0
  评论

• 

  nulIptr 会员

  2022年12月6日 07:14
  为啥不把 yaml 放 git ？
  0 0
  评论

• 

  mango88 会员

  2022年12月6日 07:14
  我理解错了，你可能需要是一个 CI 工具，构建新镜像的时候就把 yaml 里面的镜像 tag 替换掉
  0 0
  评论

• 

  perfectlife 会员

  2022年12月6日 07:44
  放配置中心里
  0 0
  评论

• 

  perfectlife 会员

  2022年12月6日 07:44
  yaml 单独一个仓库，ci 最后一步去 git clone yaml 然后 sed xxx 然后 git push
  0 0
  评论

• 

  S2Line 会员

  2022年12月6日 07:44
  配置中心分租户，然后同步
  0 0
  评论

• 

  lamesbond 会员 (楼主)

  2022年12月6日 08:15
  开发是不管 k8s yaml 的，他们会加环境变量啊，加启动参数啊这些，我在部署到生产环境的时候怎么把开发改的配置同步到生产环境呢？ 我的想法是：写个工具把开发环境的 pod 配置拉下来，kubectl get pods xxx -o yaml 这样的，然后把多余字段去掉，上传到运维 git 仓库里，生产环境里直接 git pull 拉 yaml 文件，然后 kubectl apply -f
  0 0
  评论

• 

  Illusionary 会员

  2022年12月6日 08:15
  你需要一个云原生 CICD 工具
  0 0
  评论

• 

  geekyouth 会员

  2022年12月6日 10:46
  kubecm: <>
  0 0
  评论

• 

  HarveyZh 会员

  2022年12月6日 12:14
  我是用 teamCity 部署,部署到哪个环境 就运行哪个环境的配置. 只要在配置中的环境变量改成当前的即可.
  0 0
  评论

• 

  eudore 会员

  2022年12月6日 12:47
  首页集群配置是不允许开发修改，其次运维缺少标准化应用模板。 使用 git 作为版本工具保存 ci 模板和 helm 模板即可，项目使用{{git 组-git 名称}}二元组作为 cicd 唯一资源标识，根据项目的类型、语言、框架分类，cicd 配置打包和部署对每一类使用同一个模板，在 gitlab ci 一类项目引用同一个 ci 配置文件，在 k8s 部署一类项目使用同一个 helm 模板，这样将所有应用进行标准化配置，开发只需要提交代码就可以使用 cicd 自动打包部署，至于其他非应用项目固定写死就好了。 每一类应用的应用参数都是提前配置好的不需要动，同时也是一个团队的技术规范，如果不能标准化容器操作会比较累，如果收不了开发的生产部署权限建议润。
  0 0
  评论