Sdílet prostřednictvím


Rozdíly mezi spravovanou instancí Azure pro Apache Cassandra a Azure Cosmos DB pro Apache Cassandra

V tomto článku se dozvíte o rozdílech mezi službou Azure Managed Instance for Apache Cassandra a službou Azure Cosmos DB založenou na RU pro Apache Cassandra. Tento článek obsahuje doporučení, jak si vybrat mezi těmito dvěma službami nebo kdy hostovat vlastní prostředí Apache Cassandra.

Klíčové rozdíly

Azure Managed Instance for Apache Cassandra je plně spravovaná služba pro čistě opensourcové clustery Apache Cassandra. Služba také umožňuje přepsání konfigurací v závislosti na konkrétních potřebách jednotlivých úloh, což umožňuje maximální flexibilitu a kontrolu tam, kde je to potřeba. Poskytuje také možnost škálovat kapacitu stávajících místních nebo cloudových clusterů Apache Cassandra v místním prostředí. Vertikálně navyšuje kapacitu přidáním spravovaných datacenter Cassandra do existujícího okruhu clusteru.

Azure Cosmos DB založené na RU pro Apache Cassandra ve službě Azure Cosmos DB je vrstva kompatibility přes globálně distribuovanou databázovou službu nativní pro cloud od Microsoftu.

Jak si vybrat?

V následující tabulce jsou uvedené běžné scénáře, požadavky na úlohy a cíle, ve kterých se jednotlivé přístupy k nasazení hodí:

Místní nebo v Azure v místním prostředí Apache Cassandra Azure Managed Instance for Apache Cassandra Azure Cosmos DB pro Apache Cassandra
Typ nasazení Máte vysoce přizpůsobené nasazení Apache Cassandra s vlastními opravami nebo nitchy. Máte standardní opensourcové nasazení Apache Cassandra bez vlastního kódu. Jste obsahem platformy, která není apache Cassandra pod ním, ale je kompatibilní se všemi opensourcovými klientskými ovladači na úrovni přenosového protokolu .
Provozní režie Máte existující odborníky Cassandra, kteří můžou nasazovat, konfigurovat a udržovat clustery. Chcete eliminovat provozní režii pomocí plně spravované databáze jako služby pro open source Apache Cassandra, ale v případě potřeby máte možnost řídit konfigurace specifické pro Cassandru, jako je replikace a konzistence. Chcete eliminovat provozní režii pomocí plně spravované databáze platformy jako služby v cloudu.
Podpora produkčního prostředí Vyřizujete živé incidenty a výpadky sami, včetně kontaktování relevantních týmů infrastruktury pro výpočetní prostředky, sítě, úložiště atd. Chcete prostředí spravované služby první strany, které bude fungovat jako jednorázové místo pro podporu živých incidentů a výpadků. Chcete prostředí spravované služby první strany, které bude fungovat jako jednorázové místo pro živé incidenty a výpadky.
Podpora softwaru Zpracováváte všechny opravy a ujistěte se, že se software upgraduje před koncem životnosti. Chcete prostředí spravované služby první strany, které bude nabízet podporu na úrovni softwaru Cassandra nad rámec živého provozu, automatizovaných oprav a upgradů na klíč pro hlavní verze. Chcete prostředí spravované služby první strany, kde je podpora na úrovni softwaru zcela abstrakce.
Požadavky na operační systém Musíte udržovat vlastní nebo zlaté image operačního systému virtuálního počítače. Můžete použít vanilkové obrázky, ale chcete mít kontrolu nad výběrem skladových položek, paměti, disků a IOPS. Chcete, aby se zřizování kapacity zjednodušilo a vyjádřilo jako jedna normalizovaná metrika s relací 1:1 k propustnosti, jako jsou jednotky žádostí ve službě Azure Cosmos DB.
Cenový model Chcete používat software pro správu, jako jsou nástroje Datastax, a jste spokojení s licenčními náklady. Preferujete čistě opensourcové licencování a ceny na základě instancí virtuálních počítačů. Chcete použít ceny nativní pro cloud, které zahrnují nabídky automatického škálování a bezserverové nabídky.
Analytické nástroje Chcete mít plnou kontrolu nad zřizováním analytických kanálů bez ohledu na režii při jejich sestavování a údržbě. Chcete používat cloudové analytické služby, jako je Azure Databricks. Chcete téměř v reálném čase integrovat hybridní transakční analýzy integrované do platformy pomocí Azure Synapse Linku pro Azure Cosmos DB.
Model úloh Vaše úloha je poměrně stabilní a často nevyžadujete škálování uzlů v clusteru. Vaše úloha je nestálá a potřebujete mít možnost vertikálně navýšit nebo snížit kapacitu uzlů v datovém centru nebo snadno přidávat nebo odebírat datacentra. Vaše úloha je často nestálá a potřebujete mít možnost rychle vertikálně navyšovat nebo vertikálně snížit kapacitu a na značném objemu.
Smlouvy SLA Jste spokojení s procesy pro udržování smluv SLA pro konzistenci, propustnost, dostupnost a zotavení po havárii. Jste spokojení se svými procesy pro správu smluv SLA v souladu s konzistencí a propustností, ale chcete smlouvu SLA zajistit pro dostupnost a potřebujete pomoc se zálohováním. Chcete plně komplexní smlouvy SLA týkající se konzistence, propustnosti, dostupnosti a zotavení po havárii.
Replikace a konzistence Pro cestu ke čtení a zápisu musíte být schopni nakonfigurovat celou řadu vyladěných nastavení konzistence, která jsou k dispozici v Apache Cassandře. Pro cestu ke čtení a zápisu musíte být schopni nakonfigurovat celou řadu vyladěných nastavení konzistence, která jsou k dispozici v Apache Cassandře. Konzistence cesty čtení typu ONE (případná) nebo ALL (silná) stačí pro všechny vaše aplikace (viz také mapování úrovní konzistence Cassandra).
Datový model Migrujete úlohy, které mají kombinaci jednotné distribuce dat a nerovnoměrné distribuce dat (s ohledem na úložiště a propustnost napříč klíči oddílů) a vyžadují flexibilitu ve vertikálním měřítku uzlů. Migrujete úlohy, které mají kombinaci jednotné distribuce dat a nerovnoměrné distribuce dat (s ohledem na úložiště a propustnost napříč klíči oddílů) a vyžadují flexibilitu ve vertikálním měřítku uzlů. Vytváříte novou aplikaci nebo vaše stávající aplikace má relativně jednotnou distribuci dat s ohledem na úložiště i propustnost napříč klíči oddílu.

Další kroky