很多中小企业在启动物联网项目时，都会面临一个两难选择：用开源 Broker（如 Mosquitto、EMQX）需要自行评估许可合规与运维复杂度，采购商业 Broker 又预算有限；设备端 Client SDK 要么功能不全，要么和 Broker 不配套，联调困难。一体化方案正是为解决这一痛点而生。
一、一体化三层架构
图 1：MQTT 一体化三层架构——设备接入、消息中转、业务对接全链路覆盖
二、为什么一体化方案更适合中小企业
🔗 一套架构覆盖两端
Broker 和 Client 基于同一套协议栈内核，接口设计、配置方式、日志格式一致，学会一端即可快速上手另一端。
💰 一次授权全端使用
商业授权覆盖 Broker+Client 双端，Client 不限设备数量、不限量产规模。永久授权无年费、无流量费。
🎧 一个渠道技术支持
Broker 和 Client 问题由同一团队支持，不会出现"Broker 厂商说 Client 问题"的推诿，联调一个对接人搞定。
🔧 外围模块开源可定制
网络适配、日志、平台层、Demo 开源开放，可自行修改网络底层（4G/LoRa）、日志格式，不依赖厂商。
三、Broker 端：轻量私有化部署
一体化方案的 Broker 提供多种部署形态，适应不同规模的项目：
| 部署形态 | 特点 | 适用场景 |
|---|---|---|
| CLI 命令行版 | 单可执行文件，一条命令启动（1883） | 快速验证、小型部署 |
| Web 管理版 | 内置 Web 管理界面（8088），在线监控/管理/下发/配置 | 日常运维 |
| GUI 图形版 | Windows/Linux 桌面图形界面 | 工控上位机、本地管理 |
| Service 服务版 | systemd 服务，开机自启、崩溃重启 | 7×24 生产环境 |
| Web 网桥 | 浏览器与 Web 应用接入，含 ARM64 | Web 端直连设备 |
性能方面，自研 Broker 采用哈希表 O(1) 客户端管理、细粒度锁、非阻塞 IO，单实例设计容量 11000 连接。单核/512MB 低配服务器上，1024 客户端满载时 CPU 约 40%、内存约 100MB，QoS 0 吞吐 1200+ QPS。
四、从 0 到 1 的 7 天落地路径
第 1 天
下载试用包，启动 Broker
下载一体化试用包，启动 CLI 版 Broker，用 MQTTX 等标准客户端连接验证收发。
第 2-3 天
Client SDK 集成联调
Client SDK 集成到设备端或上位机，完成基础发布订阅联调，仅需 3 个必填配置项。
第 4-5 天
配置可靠性特性
配置遗嘱消息、QoS 等级、断网自动重连，测试异常场景和消息保序。
第 6-7 天
部署上线试运行
Broker 部署为 systemd 服务，配置用户认证和 ACL，上线试运行，观察稳定性。
后续
购买授权解除限制
根据设备规模选择商用授权档位，解除试用版 10 万报文限制，正式量产。