设计IM应用程序Android客户端和GO服务器
我想构建一个IM应用程序，我已经看到了许多使用MQTT的拓扑，我想尝试一下 我所看到的设计包含多个客户机，它们使用WebSocket订阅队列，其中一个客户机发布消息，MessageBroker根据主题过滤消息，消息发送到哪个客户机 我有几件事不明白， 首先，即使代理的端点位于负载平衡器后面，也向外界公开它是否有风险？ 第二，最好使用消息代理，还是只使用一个客户端服务，每X秒检查一次新消息设计IM应用程序Android客户端和GO服务器,android,rabbitmq,mqtt,instant-messaging,Android,Rabbitmq,Mqtt,Instant Messaging,我想构建一个IM应用程序，我已经看到了许多使用MQTT的拓扑，我想尝试一下 我所看到的设计包含多个客户机，它们使用WebSocket订阅队列，其中一个客户机发布消息，MessageBroker根据主题过滤消息，消息发送到哪个客户机 我有几件事不明白， 首先，即使代理的端点位于负载平衡器后面，也向外界公开它是否有风险？ 第二，最好使用消息代理，还是只使用一个客户端服务，每X秒检查一次新消息 提前感谢大家关于MessageBroker端点的公开，我建议使用TLS进行安全连接 就我个人而言，我不会采用
提前感谢大家关于MessageBroker端点的公开，我建议使用TLS进行安全连接
就我个人而言，我不会采用投票方式。我会使用message broker，因为它更有效。像这样的设计问题往往是基于意见的，这与StackOverflow无关。我完全不同意你的看法，了解暴露message broker端点的风险根本不是基于意见的，第二，在性能和可伸缩性方面，我不认为判断消息代理是否是正确的选择也是基于意见的