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

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

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

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

@songray kamal 这个工具可以

@linxuan716 现在我们的平台单台在跑批的时间点会使用 CPU ，这样会导致正常的数据入库延迟，这样算不算是单台设备已经不能承受了 你可以把跑批任务分离出去 异步不影响你主要应用即可 不需要 k8s

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

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

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

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