Azure Cosmos DB选择性区域复制

Azure Cosmos DB选择性区域复制,azure,azure-cosmosdb,replication,Azure,Azure Cosmosdb,Replication,我们计划使用cosmos db单主部署,其中所有主数据都来自单个区域。应用程序分布在各个区域,我们需要提供对各个区域的读取访问。但是,我们希望筛选复制,因为并非所有地区都对cosmos DB中的所有数据感兴趣。有没有办法使用选择性区域特定复制?我知道我们可以使用Cosmos DB触发器,然后使用函数app等来复制流量,但这是维护和监控方面的开销。因此,我想知道我们是否可以利用任何本机功能。内置的地理复制机制对您来说是完全透明的。你看不见它,也无能为力。如果不写一些自定义的东西,就无法完成您描述的

我们计划使用cosmos db单主部署,其中所有主数据都来自单个区域。应用程序分布在各个区域,我们需要提供对各个区域的读取访问。但是,我们希望筛选复制,因为并非所有地区都对cosmos DB中的所有数据感兴趣。有没有办法使用选择性区域特定复制?我知道我们可以使用Cosmos DB触发器,然后使用函数app等来复制流量,但这是维护和监控方面的开销。因此,我想知道我们是否可以利用任何本机功能。

内置的地理复制机制对您来说是完全透明的。你看不见它,也无能为力。如果不写一些自定义的东西,就无法完成您描述的内容

如果您确实希望复制选定的数据,则需要执行以下操作—这是一个糟糕的解决方案,您不应该这样做:

创建一个主要的真相来源宇宙数据库帐户。那是你描述的单一大师。 在您想要的任何地区创建几个其他帐户。 使用Cosmos DB trigger Azure函数或Change Feed Processor库来侦听主帐户上的更改,然后使用过滤逻辑将它们复制到需要使用它们的其他帐户中。 根据应用程序的部署环境,为每个应用程序使用不同的连接字符串
不过,让您的数据跨所有地区复制有什么不对?没有缺点。

谢谢您的快速回复。我们不想从安全性和范围的角度复制所有数据。我还想提到的是,您所描述的解决方案似乎与我所描述的cosmos db触发器类似,也许命名法不正确。您能谈谈这种方法可能存在的问题吗?可维护性是最大的问题。您必须有多个帐户,多个区域有多个连接字符串,区域指定部署设置和数据库配置。如果你愿意维护所有这些,那就去做吧。好吧,我想从成本和性能的角度来看可能会有问题。感谢您的回复-同意可能存在需要考虑的可维护性问题。此外,还将有相当多的自定义代码需要维护和监控。。