< /p >
Ungefär sex månader efter övergången av sin Astra DB-hanterade Cassandra molndatabas-tjänst, tar DataStax det logiska nästa steget i att utöka serverlöst stöd till att gå över regioner. Cassandra är ett logiskt mål för en sådan förmåga eftersom den traditionellt har utformats för extrema, skalbara, distribuerade användningsfall som kräver snabba skrivningar.
Den uppfattningen är att serverless förenklar och för mycket variabel trafik belastningar, kan minska kostnaden för att köra databaser. Med globalt distribuerade databaser ökar kostnaderna för överprovisionering snabbt.
Astra DB ansluter sig till en mycket utvald grupp av databaser som är serverlösa och kan sträcka sig över mer än en region i olika omfattning. Det är för närvarande den enda som körs på flera moln i GA. Andra inkluderar PlanetScale, som vi täckte för drygt ett år sedan som gör att du selektivt kan dela MySQL över en eller flera regioner; men det är fortfarande för närvarande i beta. Det finns DynamoDB, som erbjuder en Global Tables -funktion för att ange vissa tabeller för replikering till andra regioner, och Cosmos DB erbjuder också ett serverlöst alternativ – men båda fungerar bara på sina respektive moln. Men andra multiregion databas molntjänster, som Google Cloud Spanner och Cockroach Cloud är inte serverlösa. Serverlösa plattformar som sträcker sig över flera regioner är fortfarande ganska sällsynta eftersom att utforma dem kräver lite snyggt arbete när det gäller att samordna resurser.
Den nya multiregionskapaciteten kör Astra DB som en enda logisk instans i alla regioner som kunden väljer; inom varje region finns det minst två datacenter eller tillgänglighetszoner för failover. Inom gruppen av regioner konfigurerar administratörer hur och var skrivningar görs och replikeras, för failover och lokal tillgänglighet. Standardmetoden för failover är med ett annat datacenter i samma region. När det gäller att replikera skrivningar kan administratörer vara selektiva för att hålla ett lock över kostnaderna för skrivförfråganheter som debiteras av molnleverantörer.
Användningsfall för globalt distribuerade databaser inkluderar applikationer som kräver förmåga att utföra snabba skrivningar och läsningar i flera regioner, utan latens i samband med fjärråtkomst. Dessutom, med datasuveränitet eller hemvistlagar som snabbt växer fram, har kapacitetsöverskridande kapacitet ett alternativ till att upprätthålla flera separata instanser; i dessa fall kan administratörer i huvudsak skärva databasen för att begränsa delmängder av data till sina hemregioner.
Före den nya versionen arbetade några DataStax-kunder redan med distributioner från flera regioner som involverade replikering över flera regioner. Infosys, till exempel, konfigurerade virtuella datorer i varje region där Cassandra var värd för att hantera replikeringen för en global klient. De fick huvudvärk efter att ha underhållit och hållit alla virtuella datorer och tillhörande YAML -filer aktuella. Eftersom Astra DB nu lägger till multiregionsstöd för serverlösa ligger dessa komplexiteter begravda under huven.
Vid denna tidpunkt är användningsfall för Astra DB i flera regioner för scenarier som kräver snabb lokal åtkomst som också är känsliga för datautgångskostnader. Medan Astra DB är tillgängligt på alla tre stora offentliga molnen, finns det liten eller ingen efterfrågan på så kallat “intermoln” (kör samma databas i mer än en molnleverantör).
Disclosure: DataStax är en dbInsight -klient.
Big Data
Var är IBM: s hybrid moln -startplatta? Sju sätt att göra realtidsteknik verklig för din organisation Maskininlärning på kanten: TinyML blir stor Vad händer nästa för Cloudera? McDonald's vill 'demokratisera' maskininlärning för alla användare i sin verksamhet
Relaterade ämnen:
Cloud Digital Transformation Robotics Internet of Things Innovation Enterprise Software 