RunMQTT 是面向设备团队的托管 MQTT 工作区。每个付费 Broker 都有独立的连接地址、设备凭证、Topic 策略、生命周期和计费上下文，团队无需自行维护 Broker 控制平面。
工作模型
RunMQTT 将通常分散在多个工具中的四类工作放到同一处：
- Broker 运行时：创建并跟踪私有 MQTT Broker。
- 策略模板：定义一类设备可以发布或订阅哪些 Topic。
- 设备身份：签发可撤销的凭证，并绑定到指定 Broker 和模板。
- 日常运维：查看运行状态、设备访问、套餐归属和用量记录。
你只需定义一次访问规则，再将同类设备挂到对应模板，即可使用系统生成的连接信息接入 MQTT 客户端。
RunMQTT 负责什么
- Broker 创建与生命周期管理
- TLS 和安全 WebSocket 接入地址
- 设备凭证
- 发布、订阅或双向 Topic 策略
- MQTT 连接信息与轻量浏览器测试工具
- 订阅状态与套餐归属
- 连接数和消息量的管理端记录
消息结构、Topic 体系、设备固件、重连策略和下游数据处理仍由你的应用负责。
公共沙盒与托管 Broker
公共 MQTT Broker 是共享且可随时重置的测试端点，只适合使用合成数据做短时客户端验证。它的凭证和 Topic 命名空间均为公开信息，状态可能随时清理，也不提供 SLA。页面提供可复制的连接参数和始终可见的 Mosquitto TLS 示例，便于验证客户端，但不能把该沙盒当作基础设施。
付费 RunMQTT Broker 才是本文描述的私有运维对象。在使用设备、客户或运营数据前，或当客户端需要稳定凭证、精细 Topic 策略、可重复集成及明确生命周期时，应迁移到托管 Broker。
协议能力
托管接入链路支持 MQTT 3.1.1 和 MQTT 5。不同套餐的消息能力有所区别：Starter 包含 QoS 0、QoS 1 和遗嘱消息；Growth 与 Scale 还包含 QoS 2 和保留消息。完整对照见 MQTT 协议与接入地址。
下一步
-
按照快速开始创建 Broker 并连接第一台设备。
-
公共 MQTT Broker仅用于使用合成数据做一次性连接验证。
-
在设计生产权限前阅读设备与 Topic 策略。
-
在评估用量时查看套餐与计费。
-
运行 客户端接入示例，验证应用的完整收发链路。
-
日志、连接失败和凭证替换见故障排查。