你认为什么规模的公司适合使用 k8s?

[linxuan716]

k8s 运维平台现在已经很流行了，但也有说认为只有大公司才能使用，小公司使用反而麻烦，你认为呢？

[idblife]

问出这个问题说明你还不需要

[lujiaxing]

看你的业务规模跟业务复杂程度.
如果二者已经到了单台设备能够承载的上限, 那分布式架构就是必然的选择. 上分布式架构之后, k8s 基本就是必须. 跟多少人没啥关系.

[songray]

跟规模没关系，跟业务有关系。
如果你的业务单机 8c 32g 不能支撑的话，基本就要上 k8s 分布式了。（不过据我观察这样的业务很少）
很多人觉得 k8s 是引入复杂度的，其实这玩意是分布式奶嘴，没这奶嘴更痛苦。

[linxuan716]

@idblife 我现在遇到一个问题，我们公司是做物联网平台的，有一个主服务，比较大，其它还有三、五个小服务，比较依赖于主服务，想转到 k8s 平台上，但又觉得会不会以后维护起来麻烦

[jiames1969]

以前专家有过讨论，通用业务日流量 1000w +上 k8s 才划算。

[songray]

@linxuan716 k8s 主要是解决横向扩容场景的。你这个不应该用 k8s 。

[linxuan716]

@lujiaxing 现在我们的平台单台在跑批的时间点会使用 CPU ，这样会导致正常的数据入库延迟，这样算不算是单台设备已经不能承受了

[linxuan716]

@songray 我们使用的阿里云已经是 8c ，32g 了

[sujin190]

主要问题是业务量不够上了 k8s 会贵不少，维护哪复杂了，更简单了吧

[linxuan716]

@jiames1969 我们所有的物联网设备加上数据与图片基本上已经达到了 1kw

[songray]

@linxuan716 k8s 的场景是，有时候你的主服务或子服务的流量会暴增，或者是你的业务天然需要部署多个相同服务（比如需要尽可能靠近客户端的边缘计算场景）。
那么你需要 k8s 作为编排器，为你管理这些服务，自动扩容、修复这些服务。
你这种场景主要是维护依赖关系和自动恢复的话，还不如用 kamal 之类的命令式工具。
https://kamal-deploy.org/

[linxuan716]

@sujin190 现在我们后台使用 django ，发布上线只需要拉下代码，然后使用 uwsgi 重启下服务就可以了，如果上了 k8s ，还需要打包镜像

[songray]

@linxuan716 如果计算和数据量增长是一个平滑曲线的话，我建议还是给服务器配置留下余量就好。

[linxuan716]

@songray kamal 这个工具可以

[CoderGeek]

@linxuan716 现在我们的平台单台在跑批的时间点会使用 CPU ，这样会导致正常的数据入库延迟，这样算不算是单台设备已经不能承受了

你可以把跑批任务分离出去 异步不影响你主要应用即可 不需要 k8s

[linxuan716]

@CoderGeek 这个确实也是一种新的思路

[johnniang]

感觉目前用 Docker Swarm 就足够了。

[linxuan716]

@songray 这们现在是磁盘不够了就直接扩容，CPU 与内存没有考虑过，所以就导致一年比一年难维护

[monkeyWie]

再小都可以上，前期可以直接用 k3s ，后面要是顶不住了再上集群，其实 k8s 配合 CI/CD 更方便部署，打好镜像然后一个命令就滚动升级了

[linxuan716]

@johnniang 这个原来也考虑过，后来考虑到这个只是换一种部署方式，并没有实现动态扩容也就没有想法了