synchronization - 具有共享数据可扩展性的 CouchDB db-per-user

Question

我有一个具有以下架构的应用程序:


主沙发数据库需要在用户之间共享数据。 EG:如果用户 1 将数据写入云，这会复制到主服务器，然后复制回用户 2 和用户 3。

然而，随着用户群的增加，云用户couchDB的数量也在增加，这导致云用户couchDB和主couchDB之间的大量复制链接。

我相信这会导致一个巨大的瓶颈。有没有更好的方法来解决这个问题？

Answer 1

您是对的:CouchDB 的 db-per-user 模式可能会遇到可扩展性问题。这是因为 CouchDB 复制器将难以为要求处理的并发复制作业数量提供服务。如果您知道您的用户数量会随着时间的推移而增长，那么值得考虑将许多用户的数据多路复用到一个(或少数)数据库中的架构。

这使得身份验证和复制变得更加棘手，因为 CouchDB 仅对每个数据库进行身份验证，您最终可能会在中间使用另一层来解决这个问题。

一种方法是使用复制代理，例如 Cloudant Envoy ，这让你的 PouchDB 应用程序保持不变——客户端的模型仍然是“每用户数据库”，但实际写入到单个数据库服务器端。这也意味着您可以避免将服务器端复制到单个主数据库中，因为您已经在主 Envoy 数据库中使用了它。

免责声明:我是 Envoy 的作者之一。