< /p >
Cirka seks måneder efter overgangen til sin Astra DB-styrede Cassandra-clouddatabasetjeneste tager DataStax det logiske næste skridt i at udvide serverløs support til at gå på tværs af regioner. Cassandra er et logisk mål for en sådan kapacitet, da den traditionelt er designet til ekstreme, udskalede, distribuerede anvendelsesformål for implementering, der kræver hurtige skrivninger.
Den forestående forestilling er, at serverløs forenkler og for meget variabel trafik belastninger, kan reducere omkostningerne ved at køre databaser. Med globalt distribuerede databaser øges omkostningerne ved overprovisionering hurtigt.
Astra DB slutter sig til en meget udvalgt gruppe af databaser, der er serverløse og kan spænde mere end én region i varierende omfang. Det er i øjeblikket den eneste, der kører på flere skyer, der er i GA. Andre inkluderer PlanetScale, som vi dækkede for lidt over et år siden, der giver dig mulighed for selektivt at shard MySQL på tværs af en eller flere regioner; men den er stadig i beta. Der er DynamoDB, der tilbyder en Global Tables -funktion til at udpege nogle tabeller til replikering til andre regioner, og Cosmos DB tilbyder også en serverløs mulighed – men begge fungerer kun på deres respektive skyer. Andre multiregion -databaseskytjenester, såsom Google Cloud Spanner og Cockroach Cloud, er dog ikke serverløse. Serverløse platforme, der strækker sig på tværs af flere regioner, er stadig temmelig sjældne, fordi design af dem kræver en smule fodarbejde, når det kommer til at koordinere ressourcer.
Den nye multiregionskapacitet kører Astra DB som en enkelt logisk instans på tværs af alle regioner, som kunden vælger; inden for hver region er der mindst to datacentre eller tilgængelighedszoner til failover. Inden for gruppen af regioner konfigurerer administratorer, hvordan og hvor skriverier udføres og replikeres, for failover og lokal tilgængelighed. Standardpraksis for failover er med et andet datacenter i samme region. Med hensyn til at replikere skriver, kan administratorer være selektive for at holde låg på omkostningerne ved skriveforespørgselsenheder, der opkræves af cloud -udbydere.
Brugssager til globalt distribuerede databaser omfatter applikationer, der kræver evnen til at udføre hurtige skrivninger og læsninger på tværs af flere regioner, uden den latens, der er forbundet med fjernadgang. Desuden med datasuverænitet eller lov om opholdstilladelse hurtigt på vej frem, har kapacitet på tværs af regioner et alternativ til at opretholde flere separate forekomster; i disse tilfælde kan administratorer i det væsentlige beskadige databasen for at begrænse undersæt af data til deres hjemområder.
Inden den nye udgivelse arbejdede nogle DataStax-kunder allerede med implementeringer i flere områder, der involverede replikation på tværs af regioner. Infosys konfigurerede f.eks. VM'er i hver region, hvor Cassandra blev hostet til håndtering af replikationen for en global klient. De stod over for hovedpine med at vedligeholde og holde alle VM'erne og tilhørende YAML -filer opdaterede. Da Astra DB nu tilføjer understøttelse af flere regioner til serverløse, er disse kompleksiteter begravet under emhætten.
På dette tidspunkt er anvendelsessagerne for Astra DB på tværs af flere regioner til scenarier, der kræver hurtig lokal adgang, der også er følsomme over for omkostninger ved dataudgang. Selvom Astra DB er tilgængelig på alle tre større offentlige skyer, er der kun lille eller ingen efterspørgsel efter såkaldt “inter-cloud” (kører den samme database på tværs af mere end en cloud-udbyder).
Disclosure: DataStax er en dbInsight -klient.
Big Data
Hvor er IBM's hybrid cloud -startplade? Syv måder at gøre realtidsteknologi til virkelighed for din organisation Maskinlæring på kanten: TinyML bliver stor Hvad sker der med Cloudera? McDonald's ønsker at 'demokratisere' maskinlæring for alle brugere på tværs af sine aktiviteter
Relaterede emner:
Cloud Digital Transformation Robotics Internet of Things Innovation Enterprise Software 