求建议： MQTT 是否有必要做全球加速？

[timzaak]

前置条件：

MQTT 服务器在美国， 走 MqttV5 + SSL （ SSL 由 MQTT 服务器进行处理）。

测试方法

国内台式机 1 台，同时启动两个 Mqtt 客户端，一发布一订阅相同 topic ，计算消息来回耗时。

测试结果

直连美国	全球加速	MQTT 服务器运行在本地（基准)
160ms~180ms ，极少跳 900+ms	160ms~180ms	0ms~8ms

业务场景

1. 做基础功能交互，例如设备绑定账号等功能都会走 MQTT 。
2. 上报数据，例如作业时长等。

[impdx]

看有无业务要求，如一些非常重要的低延迟服务。可以考虑 emqx 这类，比如海外用 aws 的 emqx 服务，国内用阿里的，自带边缘加速节点

[impdx]

看楼主的业务场景并不需要低延迟

[timzaak]

好的， 目前接到的需求对延迟要求还比较底。我后面在再看以下。

[mjchow]

还要考虑到直连的情况不稳定，有时候 mqtt broker server 的 ip 被 gfw 被封了的话，那么相当于服务就没了

[timzaak]

@mjchow 客户主要海外，国内也做备案，ip 应该不会被封

[mjchow]

@timzaak 我感觉只要是境外 ip 备不备案没啥关系，该封还是封。 如果客户都是海外的用户的话，那就不用考虑 gfw 的问题了，延迟要求不高的话，那就直连问题也不大了。