Azure Cosmos DB for MongoDB 提供基于 RU 和基于 vCore 的模型，用于生成可缩放的云原生应用程序。 本文比较了这些模型，并帮助你选择最适合工作负荷和业务需求的选项。
下面是一些关键因素，可帮助你确定哪种选项适合你。
- 你要迁移现有 MongoDB 工作负载（直接迁移）或生成新的 MongoDB 应用程序。
- 你的工作负载有运行时间较长的查询、复杂的聚合管道、分布式事务、联接等。
- 你更喜欢通过熟悉的基于 vCore 的群集层（如 M30、M40、M50 等）来实现垂直和水平的高效扩展。
- 你运行的应用程序需要达到 99.995% 的可用性。
- 需要对矢量嵌入的存储和搜索的本机支持。
- 你正在构建新的云原生 MongoDB 应用或重构现有应用，以获取云原生优势。
- 你的工作负载具有较多点读取（按 _id 和分片键值提取单个项）和较少长时间运行的查询和复杂聚合管道操作。
- 你希望实现无限制的水平可伸缩性、即时纵向扩展和精细吞吐量控制。
- 你正在运行的任务关键型应用程序需要行业领先的 99.999% 可用性。
vCore 和 vCore 服务具有不同的体系结构，在计费方面存在重大差异。
- 你想拥有使用预设 CPU、内存和存储资源的专用实例，这些资源需要能够动态缩放以满足你的需求。
- 你希望基于计算（CPU、内存和节点数）和存储支付一致的固定费用。
你需要一个多租户服务，该服务需要能够立即将资源分配给工作负载，以满足存储和吞吐量要求。 在此选项中，吞吐量基于请求单位（RU）。
你更愿意根据请求单位 (RU) 数和消耗的存储量支付固定（标准预配吞吐量）或可变（自动缩放）费用。
참고
RU 费用取决于所选的模型：预配吞吐量（标准或自动缩放）或无服务器。