6

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

 1 year ago
source link: https://www.v2ex.com/t/900478
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

V2EX  ›  Kubernetes

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

  lamesbond · 7 小时 23 分钟前 · 830 次点击

我们现在是开发测试环境给开发自己玩,生产环境是运维部署到 k8s ,要是发新版,yaml 改了,得和开发那边人肉同步,手动改生产环境配置,想问问大佬们是怎么做的。 不用把 yaml 放开发的代码仓库里那种方式。

第 1 条附言  ·  4 小时 57 分钟前

yaml 不放到开发那边的 git 仓库,可以放到运维的 git 仓库
17 条回复    2022-12-06 20:21:54 +08:00
LeegoYih

LeegoYih      7 小时 22 分钟前

chendy

chendy      7 小时 11 分钟前   ❤️ 1

> 不用把 yaml 放开发的代码仓库里那种方式。

起手排除正确答案之一

要么 git 管理+自动化工具部署
要么数据库管理+自动化工具部署
billzhuang

billzhuang      6 小时 50 分钟前

你们那些 secrets 比如数据库连接字符串之类,是明文放在 yaml 里的么?
yandong1228

yandong1228      6 小时 32 分钟前

我边看边打字 刚写完 gitops 是你需要的
结果看到最后你说”不用把 yaml 放开发的代码仓库里那种方式。“
不过 gitops 不是放到开发的仓库 放到运维自己的仓库
mango88

mango88      5 小时 59 分钟前

可以试试这个 kustomize
vault 之类与环境有关的配置可以与基础配置分离,改了生产的数据库连接 也不用跟开发同步
但是不放在代码库,版本管理怎么做呢 ?
nulIptr

nulIptr      5 小时 48 分钟前

为啥不把 yaml 放 git ?
mango88

mango88      5 小时 46 分钟前

@mango88 我理解错了,你可能需要是一个 CI 工具,构建新镜像的时候就把 yaml 里面的镜像 tag 替换掉
perfectlife

perfectlife      5 小时 35 分钟前

yaml 单独一个仓库,ci 最后一步去 git clone yaml 然后 sed xxx 然后 git push
S2Line

S2Line      5 小时 18 分钟前

配置中心分租户,然后同步
lamesbond

lamesbond      4 小时 48 分钟前

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

Illusionary      4 小时 48 分钟前

你需要一个云原生 CICD 工具
kikyou12138

kikyou12138      3 小时 35 分钟前

用 helm 管理变量,git 保存 yaml ,所有环境 yaml 都是一样的,不一样的部分都摘出来
hemingway

hemingway      1 小时 43 分钟前

赞同 13 楼,用 helm 包来管理吧。
HarveyZh

HarveyZh      48 分钟前

我是用 teamCity 部署,部署到哪个环境 就运行哪个环境的配置. 只要在配置中的环境变量改成当前的即可.
eudore

eudore      35 分钟前

首页集群配置是不允许开发修改,其次运维缺少标准化应用模板。

使用 git 作为版本工具保存 ci 模板和 helm 模板即可,项目使用{{git 组-git 名称}}二元组作为 cicd 唯一资源标识,根据项目的类型、语言、框架分类,cicd 配置打包和部署对每一类使用同一个模板,在 gitlab ci 一类项目引用同一个 ci 配置文件,在 k8s 部署一类项目使用同一个 helm 模板,这样将所有应用进行标准化配置,开发只需要提交代码就可以使用 cicd 自动打包部署,至于其他非应用项目固定写死就好了。

每一类应用的应用参数都是提前配置好的不需要动,同时也是一个团队的技术规范,如果不能标准化容器操作会比较累,如果收不了开发的生产部署权限建议润。

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK