Nul
MariaDB annoncerer tilgængeligheden af et nyt tilbud, MariaDB Platform X3, som kombinerer sin tidligere AX analytics og TX transaktion platforme i et enkelt VARENUMMER. Det nye udbud, der stadig holder transaktion og analytics på forskellige noder, men samler dem under den samme database motor og styring paraply.
Nøglen til at bringe AX og TX platforme sammen er to nye muligheder: en forespørgsel router, der sender forespørgsler til de rigtige mål, og ændre data capture (CDC) anlæg, der replikerer data fra transaktionsbeslutning noder med træk opbevaring analytiske noder med søjleformet opbevaring.
Indtil nu, er begge blev tilbudt som separate Varenumre, der blev opdateret på forskellige tidsplaner, med række-baseret tilbyder den oprindelige platform. Over tid, MariaDB forgrenede sig ud fra sin oprindelige Harmløs motor (en del af sin MySQL arv) med MyRocks, en storage engine for web-skala baseret på teknologi udviklet på Facebook. Begge disse blev konventionelle træk-baserede butikker. Den oprindelige platform til sidst forvandlet til MariaDB TX, der samlet yderligere ud over den oprindelige database såsom database, firewall, automatisk failover og dynamiske data maskering.
MariaDB senere indledte udviklingen af en søjleformet storage engine for analytics, som blev MariaDB AX. Det var sælges separat fra TX tilbud.
For kunder, fordelen er, at der nu kun ét produkt at købe. Du kan placere noder i klyngen, transaktioner og analytics, som du ønsker, og i virkeligheden, hvis du ønskede at gå ren række butik eller ren kolonneformat, kan du gøre det så godt. Som MariaDB priser per node, ikke af storage engine, så kunderne ikke skal betale for to data butikker, hvis de kun vil have én. Hold, der tænkte sig om et øjeblik.
MariaDB er samler af række og kolonne butikker i samme produkt er næppe enestående. Oracle, IBM og Microsoft tilbyder også hybrid række/kolonne butikker, hvor kunden beskriver, hvilke data der sidder i række tabeller, og som er sat i kolonner. I de fleste tilfælde, den række butikker, enten på harddisken eller SSD-drevet, mens kolonne butikker er i-hukommelse. Den bevæge sig i retning af hybrid transaktion og analytiske behandling er også et fælles tema for, hvordan data platforme så varieret som Splejse Maskine, og bag den Gnist stik til operationelle platforme som DynamoDB, Azure SQL-Database, MongoDB, og andre.
Forespørgslen Router fungerer som hjerner, enten ved at rette forespørgsler, der er baseret på skema, tabel, regulære udtryk (dvs syntaks) eller giver “hints”, der er baseret på faste regler. Vi tror, at i fremtiden, ville det give mening at automatisere dette videre som et andet eksempel på, hvordan machine learning kan optimere databaser. Data er indtaget, enten i transaktionen gemme, og derefter, via CDC nytte, sive opdateret til den kolonne butik, eller direkte indlæses i kolonnen for store til kilder, såsom clickstreams, der normalt ikke ville udfylde en transaktion database.
Dette er en god begyndelse for MariaDB i dens transaktioner og analytiske databaser. Som vi bemærkede ovenfor, kunder kan konfigurere deres installationer fleksibelt, og derfor er ikke låst til at købe to separate data butikker, hvis de ikke ønsker.
Og i virkeligheden, for transaktion applikationer at integrere nogle analytics, kan det ikke give mening at have en separat kolonne alligevel. Ned den vej, vi vil gerne MariaDB at gøre det til en mere attraktiv ved at tilføje evner til sin række store, såsom automatiseret prioriteringsordning af data mellem medier såsom hukommelse, NVRAM, eller SSD-drevet (som er hurtigt ved at blive standard opbevaring for transaktion systemer). For de operationelle programmer indlejring analytics, der er præcedens for at omgå søjleformet lagring, for eksempel, SQL Server 2019 kan du udføre big data analytics ved at indlejre database motor på et Hadoop beregne node sammen med Spark.
I forbindelse med MariaDB Platform X3 udrulning, som virksomheden er også inching vej til sin første managed cloud-tjeneste. Dette er et område, hvor AWS og Azure allerede tilbyder en managed services, der er tildelt på selvbetjening og forvaltes i lights-out måde.
MariaDB vil differentiere sine tilbud som en high touch hvid handske service, der er, i sin essens, outsourcing din DBAs og arkitekter for at køre MariaDB i skyen. I så gøre, det vil ikke konkurrere med Amazon RDS eller Azure Database for MariaDB på prisen. Det er et fornuftigt første skridt for MariaDB for et par grunde. Det er for det første ikke kommer til nemt at underbyde AWS eller Azure, som allerede har stordriftsfordele. For det andet, som en mindre spiller, vil det tage tid til at skalere engineering til at automatisere sin DBaaS. Men at stjæle en side fra Oracle, når det gør automatisere DBaaS, at det ville være fornuftigt at indføre machine learning til at gøre databasen selvkørende.
Relaterede Emner:
Cloud
Digital Transformation
Robotteknologi
Tingenes Internet
Innovation
Virksomhedens Software
0