Zero
MariaDB annuncia la disponibilità di una nuova offerta, MariaDB Piattaforma X3, che unisce la sua ex AX analytics e TX transazione piattaforme in un unico SKU. La nuova offerta tiene ancora di transazione e di analisi sui nodi distinti, ma unisce sotto lo stesso motore di database e gestionale.
La chiave per portare l’ASCIA e TX piattaforme sono due nuove funzionalità: una query router che indirizza le query per il target giusto, e un cambiamento di acquisizione dei dati (CDC), un impianto che replica i dati transazionale nodi con la riga di archiviazione analitici nodi con colonne di archiviazione.
Fino ad ora, entrambi sono stati offerti come separato Sku che sono stati aggiornati ad orari diversi, con la riga-offerta basata sulla piattaforma originale. Nel corso del tempo, MariaDB, ramificata fin dal suo primo motore InnoDB (parte del suo MySQL patrimonio) con MyRocks, un motore di archiviazione per il web-scala di applicazioni basate su tecnologie sviluppate in primo luogo a Facebook. Entrambe erano convenzionali basate su riga negozi. La piattaforma originale alla fine si è trasformata in MariaDB TX, che in bundle aggiuntivo oltre i database, come ad esempio il database firewall failover automatico e dinamico i dati di mascheramento.
MariaDB successivamente avviato lo sviluppo di un epitelio colonnare motore di archiviazione per analytics, che divenne MariaDB AX. È stato venduto separatamente dal TX offre.
Per i clienti, il vantaggio è che adesso c’è solo un prodotto da acquistare. È possibile suddividere i nodi del cluster per le operazioni di analytics e come si vuole; infatti, se si voleva andare pure riga negozio o puro colonnare, si potrebbe fare così. Come MariaDB prezzi per nodo, non per il motore di archiviazione, i clienti non devono pagare per due archivi di dati se si desidera solo uno. Tenetelo a mente per un attimo.
MariaDB portare insieme di riga e di colonna depositi nello stesso prodotto è quasi unico. Oracle, IBM e Microsoft offrono anche ibrido riga/colonna di negozi dove il cliente delinea cui i dati si siede nella fila di tavoli e che sono inseriti in colonne. Nella maggior parte dei casi, la riga negozi sono su disco o SSD, mentre la colonna di negozi sono in memoria. La mossa verso un ibrido di transazione e di elaborazione analitica è anche un tema comune per come piattaforme di dati diversi, come il Giunzione Macchina, e dietro la Scintilla connettori per piattaforme operative come DynamoDB, Azure SQL Database MongoDB, e altri.
La Query Router agisce come il cervello, regia di query basate su schemi, tabelle, le espressioni regolari (cioè la sintassi) o che fornisce i “suggerimenti” sulla base di regole predefinite. Noi crediamo che, in futuro, avrebbe senso per automatizzare ulteriormente questo come un altro esempio di come la macchina di apprendimento potrebbe ottimizzare il database. Dati che viene ingerito, o nella transazione negozio, e poi, attraverso la CDC utilità, trickle aggiornato alla colonna store, o caricate direttamente alla colonna store per fonti come clickstreams che normalmente non popolare un database delle transazioni.
Questo è un buon inizio per MariaDB a consolidare le transazioni e analitica database. Come abbiamo detto in precedenza, i clienti possono configurare le distribuzioni in modo flessibile, e quindi non sono bloccati con l’acquisto di due distinti archivi di dati se non si desidera.
E infatti, per transazione applicazioni che incorporano alcuni analytics, potrebbe non avere senso avere una colonna separata in ogni caso. Lungo la strada, ci piacerebbe MariaDB di fare che una opzione più attraente con l’aggiunta di funzionalità per la sua riga di memorizzazione, come il tiering automatico di dati tra i mezzi di comunicazione, quali la memoria, la NVRAM, o SSD (che sta rapidamente diventando lo spazio di archiviazione predefinito per i sistemi di transazione). Per applicazioni operative integrare l’analisi, c’è un precedente, bypassando colonne di stoccaggio; per esempio, SQL Server 2019 consente di eseguire l’analisi big data, incorporando il motore di database su Hadoop nodo di calcolo insieme con la Scintilla.
In concomitanza con la MariaDB Piattaforma X3 implementazione, l’azienda si è anche spostando la sua strada nel suo primo cloud gestito il servizio. Questa è un’area dove AWS e azzurri che già offrono servizi gestiti che viene eseguito il provisioning di un self-service di base e gestiti in lights-out”, modo.
MariaDB permetterà di differenziare la propria offerta come un high touch bianco guanto di servizio che è, in sostanza, l’outsourcing di amministratori di database e architetti per l’esecuzione di MariaDB nel cloud. Così facendo, non competere con Amazon RDS o Azure Database per MariaDB sul prezzo. Si tratta di un primo passo sensato per MariaDB per un paio di ragioni. Primo, non è facilmente underprice AWS o Azzurro, che già hanno economie di scala. In secondo luogo, come un piccolo giocatore, ci vorrà del tempo per scalare l’ingegneria per automatizzare la sua DBaaS. Tuttavia, il furto di una pagina da parte di Oracle, quando automatizza il DBaaS, avrebbe senso introdurre macchina di apprendimento per rendere il database in esecuzione automatica.
Argomenti Correlati:
Cloud
La Trasformazione Digitale
Robotica
Internet delle Cose
L’innovazione
Enterprise Software
0