是否有必要用 K8S

[beryl]

公司是做 ToB 私有化部署，预估每个月有 5-10 个项目，产品加上中间件 大约十几个进程，有专门的交付同学，需要交付部署。现在方案是采用 docker 容器方式，准备上 K8S 。

但是老板今天质疑为什么要上 K8S，主要是两点：

1. 多了 K8S, 部署的时候服务资源就要多占用，毕竟 K8S 本身也需要资源
2. K8S 能够带来哪些显著收益

这两个问题也是自己在纠结的，同时也在想 K8S 能够带来什么，交付更快？

[chenqh]

这种私有化部署的 docker, registry 哪里来的? registry 也是自己搭建吗?

[whileFalse]

docker-compose/swarm 也不是不能用…

[Itanium]

先上 k3s 试个点，k8s 水太深不一定把握的住

[beryl]

@chenqh 公司内部私有仓库，打包镜像

@Itanium K8S 目前都没找到合适的人，K3S 更难吧，另外 K3S 有哪些优势呢

[cz5424]

我司目前为了省事直接用阿里云的 k8s 了

[beryl]

@cz5424 我们目前是需要私有化

[plko345]

我觉得小规模没必要，k8s 那么多组件，那么多细节要了解，需要的配套基础设施也不少，不过还是很稳定的，能 hold 住也能上，但没必要

[beryl]

@plko345 但是如果不上 K8S， 服务部署交付的时候成本挺大的吧，每天机器都要执行脚本部署不同的进程，还要设置资源分配

[andstack]

这点项目上 K8S 还早了点

[cz5424]

@beryl 目前感觉 k8s 交付更麻烦，docker-compose 不香吗

[napsterwu]

k8s+helm 模版部署呀，一般 ci/cd 都支持的吧。而且私有 registry 也不是很难，我司一个只有内网的公司都可以正常开发，用的是 Harbor 。

[beryl]

@napsterwu 模板部署带来的优势有哪些呀

还有就是这样多了 K8S 还是会多占用资源的吧

[napsterwu]

反正运维老大说了算呗，看他愿不愿意每个环境每次部署都要找他跑一下 docker run

[ysjiang4869]

只针对一个公司，几台服务器，还是 docker-compose 吧，k8 不值得折腾的

[12101111]

k8s 并不会占用很多资源, 尤其是没有任何运维操作时

[beryl]

@ysjiang4869 但是需要频繁部署交付项目，大项目可能需要几十台，小项目需要几台
K8S 是不是交付起来更方便

[beryl]

@12101111 这个有具体的数据么，例如 64G 内存的机器，K8S 相关的服务在里面占多少呢

[12101111]

@beryl 单节点的内存占用不超过 1G, 主节点建议单独设立, 搞一个 4c+8G 内存的机器就行

[calmzhu]

有下面需求 建议上 k8s 。下面需求都可以自己二开实现，但是工作量不比维护 k8s 少。
k8s 的定义是云操作系统,不是基础硬件设施。操作系统上开发应用总比裸机方便。

1.CD 持续部署，k8s 自带机制可以省很多事情。比如蓝绿部署减少当机时间;测试开发过程中防止单个应用部署失败造成其他人工作中断。

2.多个环境的频繁创建维护，甚至动态部署一套全新的应用。

3. 配置以及密码的集中管理和密码的定期轮换

4. 可视化展示交互需求。比如获取应用状态信息。k8s 本身 api 交互就比 docker compose 方便

[beryl]

@calmzhu 这些感觉我们这个可能都用不到，因为现在主要是私有化部署。
我能想到的一点是，如果不用 K8S 部署，我们需要规划每台机器的需要 部署什么类型服务，然后再分别在每天机器上去启动部署脚本

然后机器之间还需要更改配置去调试，以及每次代码还需要改动中间件的配置

不知道这个算不算我们当前场景，依赖 K8S 的优势