这是一个创建于 500 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司产品以 ToB 私有化部署为主，客户主要是政府和事业单位，产品包括大概十几个微服务，加上 mysql 、redis 等中间件，大约十几个进程，由专门的运维同学负责交付部署，且后期还需要不定期更新。直到现在还在用原始的部署方式，由于客户量逐渐增加，导致部署和运维压力巨大，导致最近还需要开发同学帮忙参与交付部署。
我是开发，今天和运维同学讨论到该问题，其表示也无相关经验。特来问问各位彦祖，像我司这样的情况要如何做到更高效的部署和运维？初步了解到可以通过 k8s 搭建自动化部署平台，这条路是否可行？
一些数据：
客户量月增长 10-20
客户环境资源 8c16g *（ 2-10 ）
希望做到:
部署、升级更丝滑，实现自动化；集中式运维、故障提醒
我是开发，今天和运维同学讨论到该问题，其表示也无相关经验。特来问问各位彦祖，像我司这样的情况要如何做到更高效的部署和运维？初步了解到可以通过 k8s 搭建自动化部署平台，这条路是否可行？
一些数据：
客户量月增长 10-20
客户环境资源 8c16g *（ 2-10 ）
希望做到:
部署、升级更丝滑，实现自动化；集中式运维、故障提醒
 |
1
devliu1 2023-08-15 20:34:41 +08:00
建议招人
|
 |
2
joooooker21 OP @devliu1 在招了哈哈，单纯是从技术方案上感兴趣
|
|
3
devliu1 2023-08-15 20:47:36 +08:00
@joooooker21 建议 docker + docker-compose ，这个量级足够用了。每家客户维护 k8s 太折腾
|
 |
4
kalista 2023-08-15 20:52:07 +08:00
客户量月增长 10-20 有点厉害啊，应该有钱招一个成熟的运维团队了
|
|
5
joooooker21 OP @devliu1 #3 我自己部署测试环境就是用这个方法，倒也简单。对 k8s 不甚了解，可以做到 master 在我们云端，pod 在客户环境么？
|
 |
6
masterclock 2023-08-15 20:58:29 +08:00  1
这种形式的，用过 rancher + k3s ，用着还挺好
|
 |
7
tairan2006 2023-08-15 21:01:56 +08:00 1
rancher+k3s 吧，比较简单
|
 |
8
dd102 2023-08-15 23:20:14 +08:00
如果不允许使用虚拟化产品,还有没有解决方案呢?
|
|
9
joooooker21 OP @dd102 不用虚拟化很难做到环境一致，我们现在就面临这样的问题
|
 |
10
isbase 2023-08-16 00:52:49 +08:00 via iPhone
|
|
11
isbase 2023-08-16 00:54:28 +08:00 via iPhone
|
 |
12
klo424 2023-08-16 08:25:35 +08:00 1
自己写脚本实现自动化部署
|
 |
13
lsk569937453 2023-08-16 08:48:45 +08:00
就用 k8s 就行啊，写 helm chart ，然后一键启动。
|
 |
14
my3157 2023-08-16 10:51:27 +08:00
ansible 或者 ansible awx
|
|
15
joooooker21 OP |
 |
16
nedved13 2023-08-16 19:18:31 +08:00
用 k3s 还多了一个维护，若是后续不投入人员维护情况下，感觉 docker-compose 更合适
|
|
17
devliu1 2023-08-16 21:47:47 +08:00
@joooooker21 k3s 也可以，不过我还是建议 docker-compose ，这种场景没必要 over design 。
最好的方式是用 terraform 。 --- 如果对方让你们实时接入内网，可以尝试 在内网暴露 docker.sock （注意鉴权），然后再自己的部署平台远程操作对方 docker 。 不过一般的单位都不会让你们实时更新吧... |
 |
18
cczh678 296 天前
请问 OP 现在问题解决了吗？
|
Select Language