Da det vokser ud over sine MySQL-rødder for at adressere en bredere vifte af virksomhedsdatabasebrug, går MariaDB fra at udvide til at konsolidere sin portefølje. Det er på de første skridt mod at bygge en enkelt platform, der besvarer cloud-spillere med en fleksibel on-premise og multi-cloud native implementeringsstrategi.
Som dataplatformen, der begyndte livet som udløberen af MySQL, MariaDB's rejse siden har været at transcendere sine rødder på en rejse til at blive en database i virksomhedskvalitet. Det er open source-analogen til rejsen taget af Microsoft SQL Server, som havde lignende ydmygere oprindelse. Gennem årene har MariaDB påtaget sig udfordringen ved at skabe eller erhverve nye teknologier til det punkt, hvor dets produktportefølje for en lille virksomhed begyndte at blive kompleks.
I år tager det nu fat på det problem, da det forbereder sig på en platform, der adresserer både små og store udskaleringstransaktionsimplementeringer, analyser og multi-cloud-implementering.
MariaDB CEO
Michael Howard lagde dagsordenen ud, mens de keynoterede virksomhedens årlige OpenWorks-konference, der afholdes i denne uge i New York. Steven J. Vaughan-Nichols rapporterede om opgraderingerne til sikkerheds- og supportfunktionerne for dets kommercielle MariaDB Enterprise-produkt. Det er den del, der gør det muligt for MariaDB at få foden indenfor i kampen om seriøse udrulninger.Men under motorhjelmen går virksomheden nu ind i en konsolideringsfase, da den begynder at væve brikkerne til en blanding og match helhed. Det begyndte med sammenlægningen af den rækkebaserede TX-server med den analytisk-baserede AX-søjledatabase for den nye X3-platformsgeneration annonceret tilbage i januar. Limen kom fra dens MaxScale databaseproxy, der igen var gift med en ændringsdatafangstmotor, der arbejdede i baggrunden for at replikere transaktionsopdateringer i rækkelageret til kolonnesiden og en ny forespørgselsrouter, der ville dirigere forespørgsler til række- eller kolonnelageret baseret på forespørgsel kompleksitet.
Men der er stadig flere brikker, der skal falde på plads. Sidste år annoncerede MariaDB sit første indtog for at tilbyde en administreret databasetjeneste i skyen med MariaDB Managed Service, en service med hvide handsker, der ligner traditionelle hostede tjenester. Under sin keynote pegede Howard på overlegne benchmarks i forhold til Amazons RDS-tjeneste til MariaDB.
Den administrerede cloud-tjeneste er dog kun det første skridt. Med den mere traditionelle hostede model er det ikke den type service, der økonomisk kan konkurrere med de selvbetjeningsadministrerede tilbud, som hver af de store cloud-udbydere tilbyder. Det er klart, at udbydere af cloud-platforme har fordele ved hjemmebane, når de hoster open source-databaser som MariaDB på deres egen græsbane, da de kan optimere til deres cloud-infrastruktur. I sin keynote slog Howard et lignende omkvæd, som andre open source-databaseudbydere, fra MongoDB til Redis og andre, har lavet om cloud-udbydere, der tjener på deres kreationer.
For MariaDB'erne i verden er det bedste forsvar en god multi-cloud angreb, der giver virksomheder et alternativ, der giver dem det bedste fra begge verdener: stordriftsfordelene og fleksibiliteten ved cloud-native implementering uden afhængighed af nogen Sky. Ved begivenheden afslørede MariaDB sin cloud-native strategi SkySQL, som vil pakke MariaDB ind i en Docker-container, hvis livscyklus vil blive administreret af Kubernetes. Selvom dette ikke dekonstruerer databasen i sig selv til containere eller mikrotjenester, gør det administration af husholdningsopgaver såsom implementering, konfiguration, sikkerhedskopier, failover og op- og nedskalering af instanser gennem en enkelt API med fysiske operationer orkestreret af Kubernetes.
SkySQL, som ironisk nok var, det oprindelige navn af virksomheden, vil blive gjort tilgængelig i flere former: til brug i private skyer af virksomheder, der opretter deres egne Kubernetes-miljøer, og i Kubernetes-tjenesterne i offentlige skyer. Mens MariaDB i sidste ende ønsker at skabe SkySQL som den bærbare, cloud-native udrulning af sin database, vil den i første omgang kun køre i Google Cloud Kubernetes Engine (GKE) tjeneste, da det i øjeblikket er det mest modne administrerede Kubernetes-tilbud, der findes.
Som en del af sin cloud-strategi ønsker MySQL også at udnytte maskinlæring til at gøre databasen mere selvkørende, hvilket falder sammen med en af vores forudsigelser for i år. På dette tidspunkt er MySQL langt væk fra at komme til Oracles niveau af autonom database, da det netop lancerer et forsøg på at bygge prædiktive modeller, og når ud til sin installerede base for at sende grundlæggende driftsparametre, fortrinsvis indsamlet over en sammenhængende periode med 5-sekunders intervaller, for at udfylde modeller.
Mens vi taler sky, er den anden side af medaljen, hvad MariaDB vil gøre med sit seneste opkøb: Clusttrix. For at opsummere er Clustrix en udskaleret relationel OLTP-database, der tager sin egen tilgang til sharding (de kalder ikke it that): den distribuerer automatisk data, men gør det gennemsigtigt, så du ikke behøver at ændre applikationen. Indtil videre er Clustrix et separat produkt, men MariaDB's køreplan er at inkorporere det som den tredje swap-out storage-motor. Clustrix ville være MariaDBs svar på Google Cloud Spanner og Kakerlak DB, slutter sig til den originale InnoDB-motor af MySQL og MyRocks, rettet mod web-skala-applikationer (baseret på teknologi, der først blev udviklet på Facebook). Vi forventer, at det vil ske senere i år.
Sagde vi sky? Som det viser sig, kører næsten hele Clustrix's installerede base i den offentlige sky. Det ville gøre det til en logisk kandidat til at udnytte MariaDBs SkySQL-ambitioner.