MongoDB是否能够处理这种体系结构:客户端站点上的300个集合和1“;“初级”;每个人都可以使用服务器吗?

MongoDB是否能够处理这种体系结构:客户端站点上的300个集合和1“;“初级”;每个人都可以使用服务器吗?,mongodb,replication,sharding,high-availability,Mongodb,Replication,Sharding,High Availability,我想要的架构是这样的: 我们在internet上有一个“主”服务器,它保存所有集合,每个客户端(客户)在自己的站点上都有自己的集合 我们不能保证客户端和主服务器之间的连接(质量、可用性),但客户端站点上的集合必须始终可用(读写)(我的意思是,即使他没有internet连接) “主”服务器还必须能够将内容写入集合(如果连接可用),并且始终能够读取它。(具有集合的本地复制) 我把primary放在引号之间,因为它不是mongodb方式的primary(因为,它主要是客户端站点上编写的集合) 因此,我

我想要的架构是这样的:

我们在internet上有一个“主”服务器,它保存所有集合,每个客户端(客户)在自己的站点上都有自己的集合

我们不能保证客户端和主服务器之间的连接(质量、可用性),但客户端站点上的集合必须始终可用(读写)(我的意思是,即使他没有internet连接)

“主”服务器还必须能够将内容写入集合(如果连接可用),并且始终能够读取它。(具有集合的本地复制)

我把primary放在引号之间,因为它不是mongodb方式的primary(因为,它主要是客户端站点上编写的集合)

因此,我需要的是在internet连接不可用且两侧都完成了写入时,使用重新同步对集合进行双向复制


听起来不可能,但我仍然想确定MongoDB不是实现这一点的合适工具。或者,这是一种混合分片和复制的方式来实现这一点吗?

因为您需要双向写入,也许最好将每台服务器看作是一个独立的应用程序(具有任何数据库后端)。你将在应用程序中拥有所有自定义需求逻辑


我认为你将很难找到一款能立即满足你所有需求的软件。如果您找到了,请在这里发布。

谢谢您的回答。我想这也会很难,如果我找到一个,我会发布它,但是,直到现在。。。没有什么。因此,也许我必须消除这两种方式的需要(但我仍然需要从300个客户端站点同步到集中站点),如果您使用复制的MongoDB Box,那么您只能使用12台服务器。只有一个可以一次执行写入。我想您可以在客户端站点定时执行
mongodump
,将其上传到中央服务器,然后
mongorestore
进行更新。