適用于 Apache Cassandra 的 Azure 受控執行個體與適用于 Apache Cassandra 的 Azure Cosmos DB 之間的差異
在本文中，您將瞭解適用于 Apache Cassandra 的 Azure 受控執行個體與適用于 Apache Cassandra 的 Azure Cosmos DB 之間的差異。 本文提供如何選擇兩個服務，或何時裝載您自己的 Apache Cassandra 環境的建議。
主要差異
適用于 Apache Cassandra 的 Azure 受控執行個體提供自動化部署、調整和作業，以維護 Azure 中開放原始碼 Apache Cassandra 實例的節點健全狀況。 它也提供相應放大現有內部部署或雲端自我裝載 Apache Cassandra 叢集容量的功能。 它會將受控 Cassandra 資料中心新增至現有的叢集通道來相應放大。
Azure Cosmos DB 中適用于 Apache Cassandra 的 Azure Cosmos DB 是 azure Cosmos DB 全域散發雲端原生資料庫服務Azure Cosmos DB的相容性 Microsoft層。 Azure 中這些服務的組合可為複雜混合式雲端環境中的 Apache Cassandra 使用者提供一連串的選擇。
如何選擇？
下表顯示每個部署方法符合的常見案例、工作負載需求和期望：
| 自我裝載 Apache Cassandra 內部部署或在 Azure 中 | 適用於 Apache Cassandra 的 Azure 受控執行個體 | Azure Cosmos DB for Apache Cassandra | |
|---|---|---|---|
| 部署類型 | 您有高度自訂的 Apache Cassandra 部署，其中包含自訂修補程式或探查。 | 您沒有任何自訂程式碼的標準開放原始碼 Apache Cassandra 部署。 | 您是平臺的內容，該平臺不是 Apache Cassandra，但符合 網路通訊協定 層級上所有開放原始碼用戶端驅動程式的規範。 |
| 作業額外負荷 | 您有現有的 Cassandra 專家可以部署、設定和維護叢集。 | 您想要降低 Apache Cassandra 節點健康情況的作業額外負荷，但仍會維持對平台層級設定的控制，例如複寫和一致性。 | 您想要在雲端中使用完全受控平臺即服務資料庫來消除作業額外負荷。 |
| 作業系統需求 | 您必須維護自訂或黃金虛擬機器作業系統映射。 | 您可以使用虛名映射，但想要控制 SKU、記憶體、磁片和 IOPS。 | 您想要簡化容量布建，並以單一標準化計量表示，並具有輸送量的一對一關聯性，例如 Azure Cosmos DB 中的 要求單位 。 |
| 定價模式 | 您想要使用 Datastax 工具等管理軟體，並滿意授權成本。 | 您偏好純開放原始碼授權和 VM 實例型定價。 | 您想要使用雲端原生定價，其中包括 自動調整 和 無伺服器 供應專案。 |
| 分析 | 不論建置和維護管線的額外負荷為何，您想要完全控制分析管線的布建。 | 您想要使用雲端式分析服務，例如 Azure Databricks。 | 您想要使用適用于 Azure Cosmos DB Azure Synapse Link的平臺內建近乎即時的混合式交易分析。 |
| 工作負載模式 | 您的工作負載相當穩定，而且您不需要經常調整叢集中的節點。 | 您的工作負載是變動性的，而且您必須能夠輕鬆地相應增加或縮小資料中心內的節點，或新增/移除資料中心。 | 您的工作負載通常是變動的，而且您必須能夠快速相應增加或相應減少，且大量增加。 |
| Sla | 您滿意您的程式，以在一致性、輸送量、可用性和災害復原上維護 SLA。 | 您很滿意您的程式，以在一致性和輸送量上維護 SLA，但想要 SLA 以取得可用性，而且需要 備份的協助。 | 您想要針對一致性、輸送量、可用性和災害復原 ，提供完整的 SLA 。 |
下一步
開始使用我們的其中一個快速入門：