你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure Managed Instance for Apache Cassandra 与 Azure Cosmos DB for Apache Cassandra 之间的区别
本文将介绍 Azure Managed Instance for Apache Cassandra 与基于 RU 的 Azure Cosmos DB for Apache Cassandra 之间的差别。 本文提供了相关建议，指导如何在这两种服务之间进行选择或何时托管自己的 Apache Cassandra 环境。
主要区别
Azure Managed Instance for Apache Cassandra 是针对纯开源 Apache Cassandra 群集的完全托管服务。 该服务还允许根据每个工作负载的具体需求来替代配置，从而在需要时实现最大的灵活性和控制。 通过它，还可横向扩展现有本地或云自承载 Apache Cassandra 群集的容量。 它通过将托管的 Cassandra 数据中心添加到现有群集通道来进行横向扩展。
Azure Cosmos DB 中基于 RU 的 Azure Cosmos DB for Apache Cassandra 是 Microsoft 全球分布式云原生数据库服务 Azure Cosmos DB 上的兼容性层。
如何选择？
下表显示了与每种部署方法匹配的常见方案、工作负载要求和期望：
| 本地或 Azure 中自承载的 Apache Cassandra | Azure Managed Instance for Apache Cassandra | Azure Cosmos DB for Apache Cassandra | |
|---|---|---|---|
| 部署类型 | 你具有高度自定义的 Apache Cassandra 部署，其中包含自定义的修补程序或报告。 | 你具有标准的开源 Apache Cassandra 部署，其中不包含任何自定义代码。 | 你满意的平台不是底层的 Apache Cassandra，而是与 有线协议级别上的所有开源客户端驱动程序兼容的平台。 |
| 操作开销 | 当前有 Cassandra 专家可帮助你部署、配置和维护群集。 | 你希望通过使用适用于开源 Apache Cassandra 的完全托管型数据库即服务来消除操作开销，但可以在需要时选择控制特定于 Cassandra 的配置，例如复制和一致性。 | 你想要通过在云中使用完全托管的平台即服务数据库来消除操作开销。 |
| 生产支持 | 你自己处理实时事件和中断，包括联系相关的基础结构团队进行计算、联网、存储等。 | 你想要的第一方托管服务体验是有一个一站式服务为实时事件和中断提供支持。 | 你想要的第一方托管服务体验是有一个一站式服务可用于实时事件和中断。 |
| 软件支持 | 你处理所有修补程序，并确保在生命周期结束前升级软件。 | 你希望获得第一方托管服务体验，该体验可提供 Cassandra 软件级别支持（即使是在终止服务之后）、自动修补和针对主要版本的统包式升级 | 你想要的第一方托管服务体验是软件级支持完全被抽象化。 |
| 操作系统要求 | 你需要维护虚拟机操作系统的自定义映像或黄金映像。 | 你可以使用 Vanilla 映像，但想要控制对 SKU、内存、磁盘和 IOPS 的选择。 | 你想要简化容量预配并将其表示为单一规范化指标，并建立与吞吐量的一对一关系，例如 Azure Cosmos DB 中的请求单位。 |
| 定价模型 | 你想要使用 Datastax 工具等管理软件，并且你对许可成本感到满意。 | 你更喜欢纯开源许可和基于 VM 实例的定价。 | 你想要使用云原生定价，其包含自动缩放和无服务器产品/服务。 |
| 分析 | 你想要完全控制分析管道的预配，而不考虑生成和维护这些管道的开销。 | 你想要使用基于云的分析服务，例如 Azure Databricks。 | 你想要使用 Azure Synapse Link for Azure Cosmos DB 将准实时的混合事务分析构建到平台中。 |
| 工作负载模式 | 你的工作负载处于相对稳定状态，你无需频繁缩放群集中的节点。 | 你的工作负载不稳定，你需要能够轻松纵向扩展或纵向缩减数据中心内的节点，或者能够轻松添加/删除数据中心。 | 你工作负载经常不稳定，你需要能够快速大规模地进行纵向扩展或纵向缩减。 |
| SLA | 你对 SLA 维护过程在一致性、吞吐量、可用性和灾难恢复上的表现感到满意。 | 你对 SLA 维护过程在一致性和吞吐量方面的表现感到满意，但希望有一个针对可用性的 SLA，并且需要备份帮助。 | 你在一致性、吞吐量、可用性和灾难恢复方面需要完整综合 SLA。 |
| 复制和一致性 | 你需要能够为读取和写入路径配置 Apache Cassandra 中可用的可优化一致性设置的完整数组。 | 你需要能够为读取和写入路径配置 Apache Cassandra 中可用的可优化一致性设置的完整数组。 | ONE（最终) 或 ALL（强）的读取路径一致性足以满足你的所有应用程序的需求（另请参阅映射 Cassandra 一致性级别） |
| 数据模型 | 你迁移的工作负载具有统一分布的数据和偏斜数据（无论是分区键上的存储还是吞吐量方面）的混合，需要在节点纵向缩放方面具有灵活性。 | 你迁移的工作负载具有统一分布的数据和偏斜数据（无论是分区键上的存储还是吞吐量方面）的混合，需要在节点纵向缩放方面具有灵活性。 | 你正在生成新的应用程序，或者现有应用程序具有相对统一的数据分布（无论是分区键上的存储还是吞吐量方面）。 |