MariaDB förenar sin plattform

0
97

Noll

mdb-hlogo-black.jpg

MariaDB är att tillkännage allmänna tillgängligheten av ett nytt erbjudande, MariaDB Plattform X3, som kombinerar sin tidigare AX analytics och TX transaktion plattformar till en enda SKU. Det nya erbjudandet fortfarande håller transaktion och analytics på separata noder men samlar dem under samma databas motor och förvaltning paraply.

Nyckeln till att YXAN och TX plattformar tillsammans är två nya funktioner: en fråga router som riktar frågor till rätt mål, och en förändring datafångst (CDC) anläggning som replikat av data från transaktions-noder med rad lagring analytiska noder med kolumner för lagring.

Tills nu, både erbjöds som separata Enheter som uppdaterats på olika scheman, med rad-baserad erbjuder den ursprungliga plattformen. Över tid, MariaDB grenade ut från sitt ursprungliga InnoDB-motorn (en del av dess MySQL arv) med MyRocks, lagring motor för web-scale-program som är baserade på en teknik som utvecklades först på Facebook. Båda dessa hade konventionella rad butiker. Den ursprungliga plattformen så småningom förvandlats till MariaDB TX, som levereras extra utöver den ursprungliga databasen till exempel databas-brandväggen, automatisk failover och dynamiska data maskering.

MariaDB senare bootstrappat utveckling av en pelar-lagring motor för analytics, som blev MariaDB AX. Det var som säljs separat TX erbjuder.

För kunder, fördelen är att det är nu bara en produkt att köpa. Du kan fördela noder i klustret för att transaktioner och analytics som du vill, i själva verket, om du ville gå rent rad butik eller ren kolumner, du kan göra det också. Som MariaDB priser per nod, inte av lagring motor, att kunderna inte behöver betala för två lagrar data om de bara vill ha en. Håll den tanken för ett ögonblick.

MariaDB är att föra samman av rad och kolumn butiker i samma produkt är knappast unika. Oracle, IBM och Microsoft erbjuder även hybrid rad/kolumn butiker där kunden beskriver vilken data som sitter i en rad tabeller och som sätts i kolumner. I de flesta fall rad butiker, antingen på hårddisken eller SSD-enheten, medan kolumn butiker finns i minnet. Den rör sig mot hybrid transaktion och analytisk bearbetning är också ett vanligt tema för hur data plattformar lika varierande som Skarv Maskinen, och bakom den Gnista kontakter för operativa plattformar som DynamoDB, Azure SQL-Databas, MongoDB, och andra.

Frågan Router fungerar som hjärnan, antingen genom att rikta frågor baserade på schemat, bord, reguljära uttryck (dvs syntax) eller ger “tips” baserat på förinställda regler. Vi tror att det i framtiden, det skulle vara meningsfullt att automatisera detta ytterligare som ett annat exempel på hur lärande kan optimera databaser. Data är intagna, antingen i transaktionen butik, och sedan, via CDC verktyg, rännil uppdateras kolumnen butik, eller direkt in till kolumnen butik för källor som clickstreams som normalt inte fylla i en transaktion databas.

Detta är en bra början för MariaDB konsolidera sin transaktion och analytiska databaser. Som vi konstaterade ovan, kunder kan konfigurera sina installationer på ett flexibelt sätt, och därför är inte låst till att köpa två separata data butiker om de inte vill.

Och i själva verket, för transaktionen program att bädda in vissa analytics, kan det inte meningsfullt att ha en separat kolumn i alla fall. På vägen, vi skulle vilja MariaDB att göra som ett mer attraktivt alternativ genom att lägga till funktioner till sin rad butik, såsom automatisk nivåindelning av data mellan medier såsom minne, NVRAM, eller SSD-enheten (som är snabbt på att bli standard för lagring transaktioner system). För operativa program bädda in analytics, det är prejudikat för att kringgå kolumner lagring, till exempel SQL Server 2019 kan du utföra big data analytics genom att bädda in den databas motor på en Hadoop beräkna nod längs med Gnista.

I samband med MariaDB Plattform X3 rollout, företaget är också joggning sin väg in i sin första managed cloud service. Detta är ett område där AWS och Azure erbjuder redan lyckats tjänster som etablerats på en self-service grunden och lyckades i ljus-ut-sätt.

MariaDB kommer att differentiera sitt erbjudande som en high touch white glove service som är, i huvudsak, outsourcing din Dba och arkitekter för att köra MariaDB i molnet. På så sätt kommer det inte att konkurrera med Amazon RDS eller Azure-Databas för MariaDB på priset. Det är ett klokt första steg för MariaDB för ett par skäl. Första, det går inte att enkelt underpris AWS eller Azure, som redan har stordriftsfördelar. För det andra, eftersom en mindre spelare, det kommer att ta tid att skala teknik för att automatisera sina DBaaS. Men att stjäla en sida från Oracle, när den gör det möjligt att automatisera DBaaS, att det skulle vara meningsfullt att införa machine learning för att göra databasen självgående.

Relaterade Ämnen:

Cloud

Digital Omvandling

Robotteknik

Sakernas Internet

Innovation

Affärssystem

0