关于后台服务器的方案，请各位高手出点主意

Question

比方说有AB两个群体，A群体的用户安装Client A,B群体的用户安装ClientB。两个群体的用户都可能处在移动状态中，所以每隔一段时间（例如每5秒或10秒）更新一次自己的地理位置数据（经纬度）以供对方群体查询。也就是说安装Client A的用户要在地图上显示一定范围内的所有Client B；在Client B的地图上显示一定范围内所有的Client A。由于应用的特殊性，A群体的用户几乎一致在线，并发连接数也可能高达两万左右。B群体的用户产生的并发可能高达百万。两个群体的用户连接服务器主要是提交提交自己的地理位置和获取一定范围内对方群体用户的位置信息。由于本人缺乏经验，想请各位高人帮我评估一下，后台服务器该使用什么方案。我再来结合我的情况看这个项目是否有可行性。这样的应用对后台服务器和带宽有多少要求？？虽然不需要多么复杂的运算，但似乎并发很高，对服务器和带宽要求应该也不低。积分只有20分了，全给了~~~

Answer 1

第一：必须要求服务器独享100M以上
第二：必须使用socket通讯(不要用http网页方式)
第三：可以考虑负载均衡和cdn

Answer 2

B群体的用户产生的并发可能高达百万。分布式。数据库最好用mongoDB，mongoDB处理大数据和经纬度非常方便。