关于大规模的私有化部署和运维解决方案

[joooooker21]

公司产品以 ToB 私有化部署为主，客户主要是政府和事业单位，产品包括大概十几个微服务，加上 mysql 、redis 等中间件，大约十几个进程，由专门的运维同学负责交付部署，且后期还需要不定期更新。直到现在还在用原始的部署方式，由于客户量逐渐增加，导致部署和运维压力巨大，导致最近还需要开发同学帮忙参与交付部署。

我是开发，今天和运维同学讨论到该问题，其表示也无相关经验。特来问问各位彦祖，像我司这样的情况要如何做到更高效的部署和运维？初步了解到可以通过 k8s 搭建自动化部署平台，这条路是否可行？

一些数据：

客户量月增长 10-20

客户环境资源 8c16g *（ 2-10 ）

希望做到:

部署、升级更丝滑，实现自动化；集中式运维、故障提醒

[devliu1]

建议招人

[joooooker21]

@devliu1 在招了哈哈，单纯是从技术方案上感兴趣

[devliu1]

@joooooker21 建议 docker + docker-compose ，这个量级足够用了。每家客户维护 k8s 太折腾

[kalista]

客户量月增长 10-20 有点厉害啊，应该有钱招一个成熟的运维团队了

[joooooker21]

@devliu1 #3 我自己部署测试环境就是用这个方法，倒也简单。对 k8s 不甚了解，可以做到 master 在我们云端，pod 在客户环境么？

[masterclock]

这种形式的，用过 rancher + k3s ，用着还挺好

[tairan2006]

rancher+k3s 吧，比较简单

[dd102]

如果不允许使用虚拟化产品,还有没有解决方案呢?

[joooooker21]

@dd102 不用虚拟化很难做到环境一致，我们现在就面临这样的问题

[isbase]

需要底座了 类似 https://help.aliyun.com/document_detail/294414.html

[isbase]

https://www.aliyun.com/product/aliware/adp

[klo424]

自己写脚本实现自动化部署

[lsk569937453]

就用 k8s 就行啊，写 helm chart ，然后一键启动。

[my3157]

ansible 或者 ansible awx

[joooooker21]

@tairan2006
@masterclock

感谢两位，目前看这个方案的确挺诱人的，请问有除了官网以外的最佳实践的文章推荐么？

[nedved13]

用 k3s 还多了一个维护，若是后续不投入人员维护情况下，感觉 docker-compose 更合适

[devliu1]

@joooooker21 k3s 也可以，不过我还是建议 docker-compose ，这种场景没必要 over design 。

最好的方式是用 terraform 。

---


如果对方让你们实时接入内网，可以尝试 在内网暴露 docker.sock （注意鉴权），然后再自己的部署平台远程操作对方 docker 。

不过一般的单位都不会让你们实时更新吧...

[cczh678]

请问 OP 现在问题解决了吗？