使用Pusher android SDK的聊天架构

使用Pusher android SDK的聊天架构,android,chat,real-time,publish-subscribe,pusher,Android,Chat,Real Time,Publish Subscribe,Pusher,Im使用的是Java,分为客户端和服务器。我的目标是在a组和B组之间创建聊天功能。以下是规则 会员只能与对方团体的人交谈 只有A组的成员才能启动与B组的聊天 B组估计有10人,A组估计有15000人 作为一个应用程序,活跃用户的百分比被认为很低,而那些聊天的用户的百分比则更低,并且说在给定的时间我不会超过50个并发用户(基于几个假设和计算) A和B用户之间的所有聊天都是一对一的私人聊天 我将采取适当的价格计划,根据规模当然。据我所知,在Pusher中,为了在频道上发布,您还需要经过身份验证并

Im使用的是Java,分为客户端和服务器。我的目标是在a组和B组之间创建聊天功能。以下是规则

  • 会员只能与对方团体的人交谈

  • 只有A组的成员才能启动与B组的聊天

  • B组估计有10人,A组估计有15000人
  • 作为一个应用程序,活跃用户的百分比被认为很低,而那些聊天的用户的百分比则更低,并且说在给定的时间我不会超过50个并发用户(基于几个假设和计算)
  • A和B用户之间的所有聊天都是一对一的私人聊天
我将采取适当的价格计划,根据规模当然。据我所知,在Pusher中,为了在频道上发布,您还需要经过身份验证并订阅它。这是否意味着我将需要

num(通道)=num(组A)*num(组B)+1个通道(一个全局通道)

使用全局通道,每当需要启动私人聊天时,都会向两个用户发送一条消息,提示他们订阅一个为他们动态创建的唯一通道(可能通过连接UUID),以便他们可以继续对话

Channel=“global”,event=“userId1”,message=“订阅频道userID1userID2”(与userId2相同)

有没有更有效的方法使用Pusher开发我的应用程序?我应该继续走这条路吗?如果这些数字看起来很奇怪,可以把它想象成一个客户服务类型的场景,其中用户的数量远远超过了管理人员,但互动并不那么频繁

提前谢谢