本地规划工具

MQTT 设备群容量与成本计算器

把设备群规模、发布频率、Payload 大小、订阅扇出、在线比例和重连批次转换为透明的月度容量估算。

设备群假设

输入只保留在当前浏览器标签页中，不会上传、保存或加入 URL。

设备群中的全部设备记录，无论当前是否在线。

每台在线设备的平均发布量。例如每 10 分钟一条消息应填 0.1。

不含 MQTT、TLS 和网络开销的应用 Payload 大小。

没有匹配订阅者时填 0；平均每次投递两份消息时填 2。

预计同时保持连接并发布消息的设备比例。

预计在一次恢复波次中重连的设备数，不能超过设备总数。

容量估算

检查示例假设后开始计算，即可查看连接数、发布量、投递量、消息单位与重连提示。

透明计算

公式、单位与取整方式

所有结果都使用此处列出的公式。30 天数值作为易读基线；消息单位区间覆盖 28 至 31 天。

  1. 01

    并发连接数

    ceil(devices × online %)

    连接数不能为小数，因此结果向上取整。

  2. 02

    发布消息量

    connections × publishes/minute × 1,440 × calendar days

    频率只应用于估算在线连接；一天按 1,440 分钟计算。

  3. 03

    订阅投递量

    publishes × average subscriber fan-out

    扇出是平均值，因此格式化显示前的估算投递量可能包含小数。

  4. 04

    计量消息单位

    (publishes + deliveries) × max(1, ceil(payload bytes ÷ 512))

    每次发布和每份投递副本分别计量。Payload 按 512 Bytes 向上取整；空 Payload 也至少计一个单位。

本地计算，隐私边界明确

计算只在浏览器内存中进行。输入不会发往 API、写入存储或编码进分享 URL。Analytics 只接收预定义的连接数、消息量和重连规模区间。

先估算，再验证

结果未模拟 MQTT 报文开销、TLS 握手、QoS 重试、保留消息重放、会话队列、网络丢包、处理延迟或跨区域故障恢复，不能替代有代表性的负载测试。

从估算继续走向架构设计

比较托管与自建的运维边界，阅读扩展实践，并核对当前公开价格和消息计量规则。

核对当前价格