Med en vellykket børsintroduksjon i forrige uke som samlet inn 200 millioner dollar, går Couchbase tilbake til virksomheten med lanseringen av 7.0-databasen. Høydepunktene i Couchbase 7.0 inkluderer avrunding av støtte for behandling av ACID -transaksjoner; legge til en ny Scopes -konstruksjon for å legge til en relasjonell hud i dokumentdatabasen; og forskjellige ytelsesjusteringer.
Det er liten hemmelighet om 7.0 -utgivelsen, som har vært i offentlig beta siden i fjor høst. Temaet er overveldende en tonehøyde for den relasjonelle databaseverdenen, en del av Couchbases fortsatte posisjonering som den mest SQL-vennlige dokumentdatabasen. Transaksjonsstøtte, utvidet i 7.0, kom tidligere i 6.5 som støttet full forpliktelse og tilbakeføring for transaksjoner som spenner over flere dokumenter, hvor du kan påberope transaksjoner ved hjelp av Couchbase SDK eller database API.
Blant NoSQL-dokumentdatabasespillere er Couchbase ikke den første som kom dit: Det er noen paralleller med transaksjonsstøtten som ble introdusert i den nest siste versjonen av MongoDB. Men i 7.0-utgivelsen er det en reell differensiering med MongoDB, for nå støttes Couchbase-transaksjoner gjennom det SQL-lignende språket, som heter N1QL. Det betyr at transaksjoner støttes med vanlige SQL SELECT, INSERT, UPDATE, DELETE og MERGE -setninger.
Transaksjonsstøtte distribueres, og passer med Couchbases mesterløse arkitektur. Men siden dette fortsatt er en tidlig utgivelse av transaksjonsstøtte, er det noen begrensninger. Transaksjon fungerer på tvers av flere noder, men på dette tidspunktet, ikke på tvers av flere regioner. Når transaksjoner oppdateres, forblir medfølgende indekser til slutt konsistente. Dette er et område hvor Couchbase, sammen med MongoDB, Cosmos DB, DynamoDB trail -kolleger som Google Cloud Spanner, CockroachDB, Yugabyte og andre i relasjonsverdenen.
Vi forventer at Couchbase i kommende utgivelser vil avrunde transaksjonsstøtte ytterligere i tråd med posisjoneringen som en distribuert database, i forbindelse med ytterligere forbedring av Couchbase Cloud -databasetjenesten.
Et annet høydepunkt i den nye utgaven er tillegg av en Scopes -konstruksjon som får Couchbase til å se ut og fungere mer som en relasjonsdatabase. Den utfyller samlinger, en vanlig artefakt i dokumentdatabaser, som Couchbase har i sin egen dokumentasjon. Begge er logiske anslag eller visninger av data som fysisk er lagret som JSON -dokumenter. Den tekniske definisjonen er at Scopes kan gruppere flere samlinger sammen, slik at hvis Collections omtrent tilsvarer relasjonelle tabeller, tilsvarer omfangene skjema. Og med omfangsfunksjonen støtter Couchbase smart caching som kan lagre data enten automatisk eller i henhold til forhåndsinnstilte regler fra kunden.
I hovedsak kan du vurdere Couchbase -omfang som ekvivalent med materialiserte visninger i en analytisk database som gir virtualiserte samlinger av data. forskjellen med omfang er at den kan brukes til transaksjonelle og analytiske visninger som CUBE-funksjoner.
Til slutt er ingen ny utgivelse komplett uten ytelses- eller skalaforbedrende justeringer. Det er forbedringer for å administrere datatilgang, partisjonering og indeksisolering på samlingsnivå. En konfigurerbar sikkerhetskopieringstjeneste blir lagt til der indeksbygginger kan utføres parallelt og gjøres bærbare ved rebalansering av klyngen. Og en mer fleksibel spørringsoptimaliserer erstatter den tidligere regelbaserte optimalisereren.
Couchbase er neppe en ny spiller i NoSQL -dokumentdatabaseplassen, og som de fleste av konkurrentene ble den lenge overskygget av MongoDB. Tradisjonelt posisjonerte Couchbase seg som det mer skalerbare og SQL-vennlige alternativet, men MongoDBs fremvekst har blitt drevet frem av utviklervennligheten, spesielt med verktøyet. I den nåværende utgivelsen har Couchbase spilt sin appell til SQL-relasjonsverdenen; vi forventer at det i fremtiden vil gi mer kjærlighet til JavaScript JSON -fellesskapet som gjorde MongoDB til det det er i dag.
Det er god historisk grunn til at det har tatt Couchbase lengre tid å få fart i forhold til bedre kjente rivaler. I de første årene var det en forgaffel av det originale CouchDB -prosjektet som var stamfaren til Couchbase -plattformen. IBM eier nå selskapet som holdt seg til den andre gaffelen. Og i løpet av disse årene var det betydelig ledelsesomsetning.
Men de siste fire årene har toppledelsen stabilisert seg. Grunnen til at vi har denne samtalen nå og hvorfor børsnoteringen ble bedre enn forventet, kan oppsummeres i to ord: Skyen. Den grenseløse skalaen til skyen passer naturlig for distribuerte databaser som Couchbase fordi den gir miljøet hvor de kan utnytte sine naturlige fordeler fremfor tradisjonelle, monolitiske oppskaleringsdatabaser. For mange oppstart som ikke raskt skjøt til markedsledelse, kunne skyen gi et nytt liv.
Under børsnoteringen klarte selskapet å heve den opprinnelige aksjekursen. Men det har fortsatt en vei å gå. Mens MongoDBs inntekter har vokst med 40% årlige vekstrater, har Couchbase vært omtrent halvparten av det.
Selskapets skytilbud har skåret fotfeste på AWS og Azure, og vi forventer at Google Cloud kommer i nær fremtid. Som vi bemerket i vår diskusjon om skyutgivelsen, er det fremdeles ikke en sømløs opplevelse med ett stopp, ettersom du først må bestille skyinfrastruktur fra skyleverandøren og deretter gå til Couchbase for den faktiske tjenesten. Det er et annet element som vi forventer vil være på selskapets kortsiktige gjøremålsliste.
Big Data
Hvor er IBMs hybridsky-lanseringsplate? Syv måter å gjøre sanntidsteknologi reell for organisasjonen Maskinlæring på kanten: TinyML blir stor Hva skjer videre for Cloudera? McDonald's ønsker å 'demokratisere' maskinlæring for alle brukere på tvers av operasjonene
Relaterte emner:
Cloud Digital Transformation Robotics Internet of Things Innovation Enterprise Software 