Skillnader mellan Azure Managed Instance för Apache Cassandra och Azure Cosmos DB för Apache Cassandra
I den här artikeln får du lära dig skillnaderna mellan Azure Managed Instance för Apache Cassandra och RU-baserade Azure Cosmos DB för Apache Cassandra. Den här artikeln innehåller rekommendationer om hur du väljer mellan de två tjänsterna eller när du ska vara värd för din egen Apache Cassandra-miljö.
Viktiga skillnader
Azure Managed Instance för Apache Cassandra är en fullständigt hanterad tjänst för rena Apache Cassandra-kluster med öppen källkod. Tjänsten tillåter också att konfigurationer åsidosätts, beroende på de specifika behoven för varje arbetsbelastning, vilket ger maximal flexibilitet och kontroll där det behövs. Det ger också möjlighet att skala ut kapaciteten för befintliga lokala eller molnbaserade Apache Cassandra-kluster. Den skalar ut genom att lägga till hanterade Cassandra-datacenter i den befintliga klusterringen.
RU-baserade Azure Cosmos DB för Apache Cassandra i Azure Cosmos DB är ett kompatibilitetslager över Microsofts globalt distribuerade molnbaserade databastjänst Azure Cosmos DB.
Hur väljer du?
I följande tabell visas vanliga scenarier, arbetsbelastningskrav och ambitioner där var och en av de här distributionsmetoderna passar:
Lokalt installerad Apache Cassandra lokalt eller i Azure | Azure Managed Instance för Apache Cassandra | Azure Cosmos DB för Apache Cassandra | |
---|---|---|---|
Distributionstyp | Du har en mycket anpassad Apache Cassandra-distribution med anpassade korrigeringar eller snitches. | Du har en Apache Cassandra-standarddistribution med öppen källkod utan anpassad kod. | Du är nöjd med en plattform som inte är Apache Cassandra under men som är kompatibel med alla klientdrivrutiner med öppen källkod på trådprotokollnivå . |
Driftkostnader | Du har befintliga Cassandra-experter som kan distribuera, konfigurera och underhålla dina kluster. | Du vill eliminera driftkostnaderna genom att använda en fullständigt hanterad databas som tjänst för Apache Cassandra med öppen källkod, men har möjlighet att styra Cassandra-specifika konfigurationer som replikering och konsekvens när det behövs. | Du vill eliminera driftkostnaderna genom att använda en fullständigt hanterad plattform som tjänst-databas i molnet. |
Produktionsstöd | Du hanterar direktincidenter och avbrott själv, inklusive att kontakta relevanta infrastrukturteam för beräkning, nätverk, lagring osv. | Du vill ha en hanterad tjänstupplevelse från första part som fungerar som en enda kontaktpunkt för att stödja liveincidenter och avbrott. | Du vill ha en hanterad tjänstupplevelse från första part som fungerar som en engångsbutik för liveincidenter och avbrott. |
Programvarusupport | Du hanterar alla korrigeringar och ser till att programvaran uppgraderas före slutet av livscykeln. | Du vill ha en förstklassig hanterad tjänstupplevelse som erbjuder stöd på Cassandra-programnivå utöver liveuppgraderingar, automatiserad korrigering och nyckelfärdiga uppgraderingar för större versioner | Du vill ha en förstklassig hanterad tjänstupplevelse där support på programvarunivå är helt abstrakt. |
Operativsystemkrav | Du måste underhålla anpassade eller gyllene virtuella datoroperativsystemavbildningar. | Du kan använda vaniljbilder men vill ha kontroll över valet av SKU:er, minne, diskar och IOPS. | Du vill att kapacitetsetablering ska förenklas och uttryckas som ett enda normaliserat mått, med en en-till-en-relation till dataflödet, till exempel enheter för begäran i Azure Cosmos DB. |
Prismodell | Du vill använda hanteringsprogram som Datastax-verktyg och är nöjd med licenskostnader. | Du föredrar ren licensiering med öppen källkod och instansbaserad prissättning för virtuella datorer. | Du vill använda molnbaserade priser, som inkluderar autoskalning och serverlösa erbjudanden. |
Analys | Du vill ha fullständig kontroll över etableringen av analyspipelines oavsett om du behöver bygga och underhålla dem. | Du vill använda molnbaserade analystjänster som Azure Databricks. | Du vill ha hybridtransaktionsanalys i nära realtid inbyggd i plattformen med Azure Synapse Link för Azure Cosmos DB. |
Arbetsbelastningsmönster | Din arbetsbelastning är ganska stabil och du behöver inte skalningsnoder i klustret ofta. | Din arbetsbelastning är instabil och du måste kunna skala upp eller skala ned noder i ett datacenter eller enkelt lägga till/ta bort datacenter. | Din arbetsbelastning är ofta instabil och du måste kunna skala upp eller skala ned snabbt och på en betydande volym. |
Serviceavtal | Du är nöjd med dina processer för att underhålla serviceavtal för konsekvens, dataflöde, tillgänglighet och haveriberedskap. | Du är nöjd med dina processer för att underhålla serviceavtal för konsekvens och dataflöde, men vill ha ett serviceavtal för tillgänglighet och behöver hjälp med säkerhetskopior. | Du vill ha fullständigt omfattande serviceavtal för konsekvens, dataflöde, tillgänglighet och haveriberedskap. |
Replikering och konsekvens | Du måste kunna konfigurera den fullständiga matrisen med justerbara konsekvensinställningar som är tillgängliga i Apache Cassandra för läs- och skrivsökvägen. | Du måste kunna konfigurera den fullständiga matrisen med justerbara konsekvensinställningar som är tillgängliga i Apache Cassandra för läs- och skrivsökvägen. | En konsekvens för skrivskyddade sökvägar för antingen ONE (slutlig) eller ALL (stark) räcker för alla dina program (se även mappning av Cassandra-konsekvensnivåer) |
Datamodell | Du migrerar arbetsbelastningar som har en blandning av enhetlig distribution av data och skeva data (med avseende på både lagring och dataflöde över partitionsnycklar) som kräver flexibilitet i lodrät skalning av noder. | Du migrerar arbetsbelastningar som har en blandning av enhetlig distribution av data och skeva data (med avseende på både lagring och dataflöde över partitionsnycklar) som kräver flexibilitet i lodrät skalning av noder. | Du skapar ett nytt program, eller så har ditt befintliga program en relativt enhetlig distribution av data med avseende på både lagring och dataflöde mellan partitionsnycklar. |