每个宇宙实例一个数据库，还是单个宇宙实例中的多个数据库？

Question

我们对宇宙是陌生的，并将我们的多个应用程序迁移到云。如果每个宇宙实例有一个数据库，或者在单个宇宙实例中有所有应用数据库，那么利弊是什么?这是否具有成本效益？因为如果微软在使用RU/s和存储，而不是运行多少个COSMOS实例，那么在每个宇宙实例中拥有一个数据库会有什么不同呢？

示例A:宇宙Resource1 > Database1 > Container1 COSMOS Resource1 > Database2 > Container2方法B: COSMOS Resource1 > Database1 > Container1 COSMOS Resource2 > Database2 > Container2

哪种方法更好？

Answer 1

Pros

• 数据库可以有多个容器。每个容器都可以有自己的RU配额，也可以让它们通过将配额放在数据库级别来共享RU。这可以通过在整个容器需求套件之间共享RU来节省您的资金，而不需要管理每个容器的成本。作为您的端点和键，获得连接信息的方便性对于所有容器都是相同的，就像在一个database.
• Adding中一样，更多的RU使所有容器都受益，而不仅仅是一个。

Cons

如果您有一个真正占用大量RU的读/写密集型应用程序，那么根据一个配额组合容器可能会让您的其他应用程序接收错误，因为没有RU来执行它们的operations.

• Someone获取您的密钥和端点，您的所有容器都公开了，因为它们位于同一个数据库中。这可以将公司的全部数据清单暴露给黑客。

，

• ，您无法精确控制成本。这意味着，如果您有一个不需要太多RU的容器，这个容器可以提供400 RU，只需花费20美元或美元，同时将大部分预算用于RU饥饿应用程序。分离允许您将点控制在RU distibution/cost.

上。

https://learn.microsoft.com/en-us/azure/cosmos-db/set-throughput

附加tid位。变更提要允许您将函数等连接到宇宙中的事件，并允许您将数据同步到Server、ElasticSearch和/或Redis等外部数据库。我见过很多人/公司使用这种无服务器功能来用很少的代码同步ElasticSearch。

确保您仔细地选择分区键，并且不要在没有分区键的情况下执行操作。有时，查询中的差异可能超过100个RU。