针对一套系统同时维护 k8s 和 docker compose 两种部署方案，有没有比较好的管理方式呢？

[eephee]

公司自己的 saas 版本是部署在国内云厂商的公有云上面，对客户私有化部署的话，考虑到规模较小的客户的机器资源有限，仍然使用 k8s 的话，支持 k8s 本身就需要占用机器资源，所以针对小型客户准备采用 docker compose 的方式部署。

我最近在思考如何比较安全地维护这两种部署方式：期望是在维护过程中，针对配置文件的改动（更改环境变量等）能够同时应用到这两种部署类型的配置文件上（ k8s manifest & docker-compose.yaml ），我目前打算用 ansible ，然后自己分别写两种部署的配置模板，然后改动 ansible 的配置文件，自动生成 k8s yaml 和 docker compose yaml 配置文件，但是细节还没有完全实现。

所以在此之前，想问一下大家有没有更好的实践或者工具推荐呢

[salmon5]

冒昧的问下，OP 岗位是开发还是运维，或者交付，
这块我想了解下是谁负责。

[salmon5]

在我看来，阿里云或者 AWS 这种公司，应该是开发负责。

[eephee]

@salmon5 前段时间做开发，最近重心转到了运维上面，最近处理部署相关的事情。我怎么感觉这个应该就是由运维负责。

我们公司之前，虽然 saas 在公有云上面，但是给客户私有化部署是手工拿 jar 包部署的，今年 Q1 计划改成更加自动化的部署方式。

[salmon5]

@eephee #感觉这个开发或运维负责没有统一的界限，有 2 个维度：
1 ，谁受益最大谁负责，欲戴皇冠必承其重（现实中有时候有人摘果子：收益大不负责）
2 ，谁做更合适，偏业务型开发负责，偏 Infra 运维负责。（ k8s 是次要的，有些项目开发可能会用将近 10 年前的技术栈，完全无法容器化）

[eephee]

最终还是用 k3s 了

[XyIsMy]

@eephee 用起来之后分享下生产环境使用 k3s 咋样呗