为什么平台要上K8s

物联网平台服务拆得越细，部署和运维越容易失控：网关、消息、规则、告警、数据库各自一台机器，靠人盯进程和重启，现场出一次故障就翻半天记录。K8s在物联网平台的实践，本质是把这些服务的调度、扩缩、自愈交给编排层，人只管声明想要什么状态。

• 服务多了之后靠脚本启停容易漏，编排统一管理；
• 某台节点宕机，Pod自动在别的节点拉起；
• 升级不用逐台登录，滚动发布一条命令完成；
• 资源按配额分配，避免某个服务吃满整机。

哪些服务适合先上

不是所有组件都要塞进Kubernetes，有状态的数据库和消息队列要慎重，先从无状态网关和业务服务切入，风险小、收益直接，Kubernetes的价值在无状态服务上最明显。

• MQTT接入网关、规则引擎、告警服务先容器化；
• 时序数据库与关系库初期保留主机部署，再评估迁移；
• 边缘侧不要硬上完整集群，用轻量编排足够；
• 配置中心与注册中心先稳定，再迁移业务。

部署拓扑怎么搭

私有化交付场景下，集群规模不用贪大，三到五个节点足够跑中型项目，关键是控制面与工作负载分开，避免混部互相影响。

• 控制面节点与业务节点分开，预留维护窗口；
• 网络插件选成熟方案，现场内网不能依赖外网镜像；
• 持久化存储对接本地盘或客户现有的存储；
• 镜像仓库离线打包，现场不连公网也能拉取。

弹性伸缩怎么配

物联网接入量随设备心跳波动明显，夜间和工作日白天差别大，弹性伸缩按CPU或自定义指标触发，比固定副本省资源。

• 接入网关按连接数扩容，避免心跳洪峰打满；
• 规则引擎按待处理队列长度扩容；
• 伸缩阈值留缓冲，避免频繁抖动扩缩；
• 缩容要等连接排空，不硬切在线设备。

私有化交付的坑

客户内网往往没有外网，K8s的组件又多，交付时最容易踩镜像不全、证书过期、离线源缺失这三类坑，提前在同等隔离环境演练一遍最稳。

• 所有镜像与离线源整体导出，版本锁死；
• 集群证书有效期与现场运维周期对齐；
• 安装脚本一键初始化，不依赖现场人手敲；
• 交付清单里写清节点配置与扩容方式。

翼微智控是河南郑州的物联网硬件与平台厂家，自研4G/NB-IoT/以太网DTU、RTU与边缘网关，配套翼微云物联网平台（SaaS与私有化两种形态），可承接河南及周边省市（豫鲁晋冀鄂陕）的采集改造与系统开发项目，郑州本地支持现场踏勘与联调。

平台服务一多就乱，想把K8s在物联网平台的落地跑通，可拨400-611-9786找翼微智控聊私有化编排方案。