NATS vs MQTT：服务间事件总线与设备消息协议怎么选？

详细比较

先区分消息系统与接入协议

NATS 与 MQTT 常被并列评估，但解决问题的抽象层次不同。NATS 提供服务间消息能力，包括 subject 发布订阅和请求回复；JetStream 为需要持久化、消费者和重放的场景增加流能力。MQTT 是面向客户端与 broker 的消息协议，常用于设备和边缘连接。选择从消息参与者、网络条件与交付需求出发。

如果主要是云端微服务互相通信，NATS 的服务消息模型可表达请求回复与事件分发。若终端数量大、网络时断时续、固件已支持 MQTT，采用 MQTT broker 更易连接不同设备。混合系统可以桥接协议，但桥接需要承担语义映射和故障处理。

消息路径与参与者

NATS 的 subject 将发布者与订阅者解耦，适合内部服务按主题订阅或通过请求回复等待响应。Core NATS 的即时消息与 JetStream 持久流是不同能力边界，团队需明确是否需要消息保留、消费者位置、重放和确认。不能把“用了 NATS”简单等同于所有消息都已持久化。

MQTT 客户端连接 broker，通过主题发布或订阅。轻量客户端和标准协议使它适合设备、网关与云平台接入。设备在线状态、会话持续、订阅恢复和 QoS 需要结合协议版本与 broker 实现核对。MQTT 本身不等于完整设备管理或命令工作流系统。

网络条件和设备生命周期

终端可能使用蜂窝网络、低功耗链路或受限固件。选择 MQTT 时评估保活、重连、遗嘱、会话和消息过期配置是否符合网络成本与业务时效。设备长期离线后积压消息需有处理策略，避免重新上线时突发流量或重复执行过期命令。

NATS 客户端部署在服务、边缘网关或有稳定连接条件的系统中较自然。若扩展到大量设备，核实客户端库、资源、连接规模和设备身份模型。也可让边缘层接 MQTT、内部服务用 NATS，但要说明消息如何映射主题、身份、时间与保留语义。

可靠性：确认、持久化与重放

“可靠投递”不是单一开关。需说明生产者何时认为消息已交付、broker 何时落盘、消费者何时确认、失败后从哪里重放，以及重复由谁去重。JetStream 提供流和消费者机制，但存储、确认与保留策略仍须正确配置。MQTT 的 QoS 定义传输交付级别，断线会话和持久化也依赖 broker 与客户端设置。

对设备控制或安全告警，事件应有稳定 ID、创建时间、过期策略和幂等处理。命令执行结果与传输确认要区分：broker 确认送达不代表设备已完成动作。建立重放测试、故障恢复和积压告警，而非只看连接状态。

安全、授权与隔离

两种方案都要求明确身份认证、主题级授权、TLS、凭据轮换与网络边界。设备凭据分布广，需设计吊销、轮换和安全注入；内部总线也不能仅因处于私网就开放全部主题。拆分发布与订阅权限，避免被攻陷终端访问其他租户消息。

评审覆盖管理接口、监控端点、集群发现、备份密钥和默认监听地址。压测前验证未授权客户端无法订阅敏感主题，审计日志不泄露令牌。协议桥成为新的信任边界，需校验源身份和字段映射。

运维与总拥有成本

NATS 责任包括集群配置、stream 与 consumer 规划、容量、升级和监控；MQTT 还需管理设备证书、broker 会话、离线积压和客户端升级。两者均可托管或自建，成本与消息量、保留时长、连接数、区域和支持方案有关。本文不罗列价格；应在决策日查看官方计划。

团队需要消息目录、命名规则、负责人、兼容约定和弃用流程。缺少治理的 subject 或 MQTT topic 会成为隐式 API。对事件审计系统，定义保留期限和重放权限，避免无限增长或越权读取。

什么时候选 NATS

若主要问题是云端服务间低延迟发布订阅、请求回复，且团队愿管理 JetStream 生命周期，可优先评估 NATS。用少量代表性服务检查鉴权、消费者扩缩、重放和故障恢复。只为需要持久消息的流启用相应机制。

什么时候选 MQTT

若设备和供应商已使用 MQTT，或需要面向受限网络的大量客户端互操作，MQTT 是自然选择。先确定 broker、协议版本、QoS、会话和身份管理，再验证掉线与重连期间的业务行为。不能仅凭标准推定各 broker 扩展功能一致。

决策路径

列出生产者、网络条件、吞吐、保留、重放、认证与设备生命周期要求。选择典型服务事件和设备链路，建立故障、重复、断线与恢复测试。若两种模式都存在，可在网关桥接，但写清语义和责任边界。选择由端到端消息契约驱动，而非协议名称。

消息契约还应定义 schema 演进、兼容窗口与废弃通知。若生产者先升级而消费者尚未升级，字段变化和主题重命名都可能造成业务中断。保留代表性旧客户端参加兼容测试，并限制重放权限，防止操作人员把历史命令误当成新命令再次执行。

官方参考资料与核验范围

核验日期：2026年10月17日，Europe/London。以下链接为产品或标准官方资料，用于核对功能与边界；本文未进行性能、安全或成本实测。当前版本、套餐及部署组合应按实际采用范围复核。

• https://docs.nats.io/concepts/jetstream
• https://docs.nats.io/learn/
• https://docs.oasis-open.org/mqtt/mqtt/v5.0/mqtt-v5.0.html