工业物联网平台 · 选型指南
工业物联网平台提供设备接入、物模型、规则引擎、可视化与告警的一体化能力。
综合推荐 Top 3
TOP1
CNCF毕业项目，基于Kubernetes的云原生边缘计算框架，将K8s的容器编排能力延伸到边缘端，支持边缘设备管理、边缘应用部署、边缘自治、云边协同，是工业边缘计算和云原生IoT的主流方案。
适合：云原生边缘计算、Kubernetes技术栈、大规模边缘节点管理、云边协同
不太适合：不熟悉K8s的团队、少量边缘节点的简单场景、资源极度受限设备
TOP2
Linux基金会旗下的开源边缘计算/IoT框架，微服务架构，支持多协议设备接入和数据处理，是构建工业边缘网关和IIoT平台的标准化底座。
适合：工业边缘网关开发、多协议设备接入、边缘数据预处理、自建IIoT平台、需要开源可定制的边缘方案
不太适合：开箱即用的成品平台（需二次开发）、无技术团队、极小型项目（架构较重）、需要商业原厂支持
TOP3
开源物联网平台，设备管理+数据采集+规则引擎+可视化仪表盘一体化，支持百万级设备，是自建IIoT平台的热门选择。
适合：自建工业物联网平台、设备远程监控、数据可视化仪表盘、规则引擎告警、多租户设备管理、需要开源可定制的IIoT平台
不太适合：极小型项目（部署较重）、需要深度定制且无Java团队、超高频时序数据存储（需配合TDengine/InfluxDB）、完全无技术团队
选型重点看什么
- 设备接入规模与协议支持
- 物模型/资产建模能力
- 规则引擎、告警、可视化看板是否齐全
- 部署方式（公有云/私有化）与资源占用
- 二次开发与数据导出的自由度
选型建议
想要一个“设备接入+规则引擎+可视化”都齐全的一体化开源平台，ThingsBoard 是最主流的起点；如果只需要采集和消息通道，用网关+时序库+Grafana 组合更轻、更可控。
常见误区与避坑
- 为了功能全上重型 IIoT 平台，小项目运维成本过高
- 被平台锁定，数据和业务逻辑迁不出来
本品类全部软件（7 款）
| 软件 | 授权 | 平台 | 综合分 | 一句话定位 |
|---|---|---|---|---|
| KubeEdge | 开源 | Linux、边缘设备、Kubernetes | ★★★☆☆ 3.8 | CNCF毕业项目，基于Kubernetes的云原生边缘计算框架，将K8s的容器编排能力延伸到边缘端，支持边缘设备管理、边缘应用部署、边缘自治、云边协同，是工业边缘计算和云原生IoT的主流方案。 |
| EdgeX Foundry | 开源 | Linux、Windows、macOS | ★★★☆☆ 3.7 | Linux基金会旗下的开源边缘计算/IoT框架，微服务架构，支持多协议设备接入和数据处理，是构建工业边缘网关和IIoT平台的标准化底座。 |
| ThingsBoard | 开源 | Linux、Windows、Docker | ★★★☆☆ 3.7 | 开源物联网平台，设备管理+数据采集+规则引擎+可视化仪表盘一体化，支持百万级设备，是自建IIoT平台的热门选择。 |
| DeviceHive | 开源 | Linux、Docker、Kubernetes | ★★★☆☆ 3.5 | 开源IoT平台，提供设备管理、数据采集、命令下发等核心能力，支持多种协议接入，提供Java/Python/JavaScript/Android/iOS多语言SDK，部署简单，适合中小型IoT项目和快速原型验证。 |
| Kaa IoT Platform | 开源 | Linux、Docker、K8s | ★★★☆☆ 3.5 | 开源企业级IoT平台，提供设备管理、数据采集、可视化仪表盘、告警和多租户，支持百万级设备，适合自建SaaS化IIoT平台。 |
| Mainflux | 开源 | Linux、Docker、K8s | ★★★☆☆ 3.5 | Go语言编写的轻量级开源IoT平台，云原生微服务架构，资源占用低，支持边缘部署，适合资源受限场景和自建IoT平台。 |
| SiteWhere | 开源 | Linux、Docker、Kubernetes | ★★★☆☆ 3.4 | 开源企业级IoT平台，基于微服务架构，提供完整的设备管理、数据采集、事件处理、规则引擎、数据存储能力，支持多租户和高可用部署，适合构建企业级工业IoT平台。 |