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 265 天前
请问 OP 现在问题解决了吗?
|