Zero
Perché ha cominciato la vita come un developer-friendly database, agli occhi di impresa MongoDB è sempre stato colpevole fino a prova contraria. Con una IPO di successo alle spalle, MongoDB è sempre più difficile per le imprese a ignorare. L’ultima versione, MongoDB 3.6, è stato progettato per ridurre il divario ulteriormente.
Oggi, MongoDB, annunciando il trucco della release, che sarà fuori a volte nel mese di dicembre. C’è un po ‘ a sorpresa, presso il tenore generale del rilascio, che è stato delineato all’annuale convegno del giugno scorso, ed è stato in anteprima per mesi. Abbiamo brevemente parlato di caratteristiche come un nuovo modo di BI connettore, più forte JSON convalida del documento, e la chiusura di un imbarazzante porta posteriore sinistra MongoDB istanze aperte al freddo, crudele Internet.
Ma ora siamo in grado di compilare i dettagli.
MongoDB ha usato il termine “velocità” per caratterizzare la sua nuova release, come in “velocità di sviluppare,” velocità “di scala” e “velocità di conoscenza.” Che, significa che il più ricco di funzionalità per gli sviluppatori e gli amministratori, e migliorato BI connettori per gli analisti aiutarli ad ottenere il loro lavoro fatto più velocemente. Certo, che la metafora può essere un po ‘ forzata, come si potrebbe descrivere qualsiasi nuovo aumento della produttività. Più che a proposito del tema è che la nuova versione è un altro passo nel colmare le lacune per le caratteristiche che ci si aspetterebbe in qualsiasi database aziendale, come i tentativi automatici per la riuscita scrive.
Presso il business a livello utente, il BI Connettore rende più efficiente la query spingendo quelle operazioni dal connettore tier giù nel database. Prima di questo, è possibile eseguire solo left outer join all’interno del database; nella nuova versione, il connettore sfrutta i miglioramenti nell’aggregazione pipeline per eseguire una più ampia varietà di operazioni di join. E la nuova versione prende il passo successivo di dati di supporto scienziati; è già Python driver, e che, ora ha R coperti bene.
Mentre i nuovi utenti business-oriented potrebbe attirare i riflettori, troviamo lo sviluppatore e funzioni di amministratore per essere più significativo in questa versione.
Lo sviluppatore fine, c’è un nuovo cambiamento di acquisizione dei dati (CDC)-come funzionalità denominata Modifica il Flusso che cattura e flussi di modifiche da MongoDB registri del database. In precedenza, gli sviluppatori avrebbero dovuto scrivere codice per mostrare gli aggiornamenti in tempo reale dai registri del database. Ora, i cambiamenti di MongoDB registri sono disponibili attraverso una API che può trasmettere in tempo reale gli aggiornamenti per le applicazioni di gioco, dashboard, o applicazioni IoT. Si potrebbe anche consentire la riconversione professionale di apprendimento automatico di modelli. Mentre il Cambiamento dei Flussi di alimentare un messaggio di accodamento motore, questa versione non è (ancora) sostenere l’integrazione con Kafka (anche se questo potrebbe essere codificato manualmente).
3.6 release aggiunge un’altra caratteristica che è previsto in un’impresa di database di livello: automatico tentativi di scrive che non è riuscito. Il nuovo non irreversibile Scrive elimina la necessità per gli amministratori di database o gli sviluppatori di applicazioni per scrivere il codice per rifare fallito scrive. Quando utilizzato in combinazione con l’auto-guarigione delle funzioni supportate da MongoDB replica set di funzionalità, questo potrebbe fornire vicino-sempre sul sostegno per le operazioni di scrittura. Questo non significa che MongoDB è diventato un ACIDO database, ma si farà un database più affidabile. Una caratteristica relativa, causale, coerenza, assicura che gli utenti possono leggere i loro scrive, fino a che l’utente non poteva contare su quel dato Mongo dell’architettura distribuita.
C’è un’altra interessante funzionalità che estende la convalida dei dati — la certezza che ogni record è una struttura costante. Una capacità sancito con i tradizionali database SQL, non è mai stata il punto forte di JSON-documento di archivi di dati. Ironia della sorte, non è che JSON da dati non strutturati-è piuttosto il contrario. Se non altro, la struttura dei documenti JSON è più complessa rispetto a quella di SQL. Ma per l’uso casi associati con JSON, come IoT dati e profili utente, coerente struttura non è mai stata molto richiesta.
Come lontano come MongoDB 3.2, si potrebbe convalidare i documenti all’interno di una raccolta, ma non in un intero database. La nuova versione 3.6 sfrutta la nuova IETF JSON Schema standard per applicare la convalida nelle collezioni di documenti multipli, e di effettuare i controlli sintonizzabile da utilizzare caso per caso. In confronto, Couchbase, un rivale NoSQL database di documenti, è in grado di dedurre la struttura di documenti in un secchio (il loro equivalente di una collezione di MongoDB) e output i risultati in un file JSON schema formato. Non ci aspettiamo che tutti JSON implementazioni di database stanno per diventare rigorosamente strutturato. Ma come alcuni distribuiti per ulteriori enterprise uso critico casi che necessitano di un certo grado di controllo per completezza (ad esempio, electronic health record), tali caratteristiche potrebbero trovare qualche MongoDB implementazioni trattati come sistemi di record.
Per gli amministratori di database e gli amministratori, 3.6 fornisce alcune nuove chicche. Ops Manager, il pannello di gestione per MongoDB, ha preso in prestito alcune funzionalità già sviluppate per Atlas (MongoDB gestita servizio cloud) e la Bussola, il visual DBA strumento. C’è Explorer Dati da Atlante che espone lo schema del database. Un nuovo tempo reale performance advisor bandiere colli di bottiglia e rende suggerimenti di indicizzazione (e con un clic, nuovi indici possono essere generati automaticamente). I backup possono ora essere interrogati; questa funzione è utile se una replica ha perso un po ‘ di dati, piuttosto che ripristinare tutti i backup, questa nuova funzionalità consente di eseguire query per punto nel tempo, e quindi ripristinare selettivamente.
Una domanda più grande è se questo cross-fertilizzazione delle caratteristiche saranno i primi passi verso unificante MongoDB di amministrazione e configurazione di strumenti on-premise e in cloud, in cui l’estremità posteriore del motore è lo stesso, ma ha diverse skin, che sono esposti ad amministratori di database, sviluppatori, amministratori e operazioni. Avendo un comune amministrative e di gestione attraverso on-prem e nel cloud è potenzialmente una chiave di differenziazione competitiva per basi di dati (come MongoDB) nato nel data center vs. cloud-nativo di offerte come DynamoDB, Cosmo DB, e Google Cloud Datastore.
Come un intero, i miglioramenti di 3.6 sono fondamentali per MongoDB per la sua impresa di gioco. La cosa interessante però è che, rispetto ad altri database che hanno raggiunto fuori al di là delle loro radici di aggiungere caratteristiche come il supporto di query SQL, MongoDB ha bloccato le sue radici. Si può vedere un più robusto BI connettore, ma non si è mai intenzione di errore MongoDB per Redshift o SQL Server.
Argomenti Correlati:
Big Data Analytics
L’innovazione
CXO
Intelligenza Artificiale
Enterprise Software
Archiviazione
0