MQTT是否可以扩展到1000多个客户端？

场景
IoT设备（当前为IPv4设备）每天通过TCP套接字向服务器发送一个有效负载。服务器具有公共IP地址，设备位于路由器/ NAT之后。我将使用基于ESP8266的模块（即Olimex一个）

目标
的服务器应该能够将数据发送到任何客户端，只要它需要。我对直接的客户端到客户端通信（即从智能手机连接到设备）不感兴趣，就像打孔一样。

其他要求
IoT设备可能会增长到数千个。它们的Internet连接由许多启用4G的路由器/调制解调器提供。每个将处理10-20个客户。

建议的解决方案
据我了解，MQTT是一个常见的解决方案。客户端定期将数据发送到代理（即在托管服务器上运行的Mosquitto），代理再更新在同一服务器上运行的主Web应用程序。

问题
MQTT方法是否适合“大量”设备（1000多个），其中大多数设备位于4G路由器之后？

任何体面的MQTT经纪人都可以轻松处理1,000个客户；来自Scalagent的基准测试表明，具有以下功能的PC：

• 3 GHz Intel Core 2 Duo处理器
• 4 GB的RAM

可以处理6万个使用Mosquitto的发布商。这远远超出了所需的1,000个发布者，因此，即使在相对较弱的服务器上，您仍然应该能够处理所需的数目。

其他一些经纪人则声称其性能更高（当然，服务器功率也相应更高），例如HiveMQ，声称可以处理1000万发行者。

MQTT代理通常确实希望持久连接，并且会使不定期发送ping响应（或其他活动）的客户端超时。发布后，您可以断开与网络的连接，但是，显然，如果断开连接，则您将收不到任何信息。

MQTT确实支持可能有用的“保留”消息的概念。Web客户端可以使用保留标志将某些内容发布到主题，然后该消息将由代理存储。只要您的客户重新连接并订阅该主题，他们就会收到保留的消息（即使该消息是在几个小时前发布的）。每当客户端订阅该主题时，都会发布保留的消息，因此，如果您的连接不固定并且需要存储一条消息，直到客户端重新连接，这可能会对您有所帮助。

您可以使用来自客户端的持久会话，例如，连接时将clean标志设置为false。在这种情况下，当客户端脱机时，代理会将消息缓冲到自己的缓存中，并在设备连接后将其传递。

关于数量-即使对于一台服务器，10K也是一个相对较低的数量。您可以将Linux服务器配置为容纳50万个活动连接，并且如果您的代理是基于云的（例如，由某个提供商提供的服务），则您甚至可以保留数百万个活动连接。

顺便说一句，我认为Mosquitto或任何其他本地安装是开发和测试的理想选择，但是当您投入生产时，您需要具有所有功能（例如HA，冗余，故障转移等）的SaaS MQTT代理。