有关基于XMPP的聊天服务的体系结构的建议?

| 假设我的目标是创建一个聊天服务。我还想要多个离散的聊天室。 我倾向于使用XMPP进行扩展/负载平衡。我在这里阅读了这篇文章,我正在寻找 假设我要从一个客户端向另一个客户端发送消息。根据此图, 1)发件人向发件人的XMPP服务器发送一条消息。 2)发件人的XMPP服务器将消息中继到MUC服务器。 3)MUC服务器确定收件人连接到的服务器,并在此中继消息。 (如果我错了纠正我) 两个问题: 1)本文建议将MUC群集在多个服务器上。这是否意味着a)将MUC服务器的状态镜像到发送方和接收方服务器上,或者b)将图的MUC部分变成多台服务器,并且发送方和接收方服务器透明地与该群集通信? 2)当用户首次连接到节点时,网络如何知道将用户绑定到哪个服务器?是否有单个入口点机器来委派此任务?     
已邀请:
就系统的入口点而言,您的客户端将始终使用默认入口点或您在DNS SRV设置中指定的入口点,即用户rcv,并且仅通过xmpp服务器端口5222(c2s)或5269(s2s)发送数据)。 因此,MUC消息节流将如下所示(请记住,如果我误解了您的问题): a)如果发件人/收件人都在您的服务器上注册 sender@myjabber.com <-> myjabber.com:5222 <-> muc.myjabber.com <-> myjabber.com:5222 <-> receiver@myjabber.com b)如果发件人是@ gmail.com用户和Rcvr @ myjabber.com用户 sender@gmail.com <-> talk.google.com:5222 <-> myjabber.com:5269 <-> muc.myjabber.com <-> myjabber.com:5222 <-> receiver @ myjabber .com     

要回复问题请先登录注册