Nul
Omdat het begon het leven als een ontwikkelaar-vriendelijk database, in de ogen van de IT-MongoDB is altijd schuldig tot onschuld is bewezen. Met een succesvolle BEURSGANG achter de rug, MongoDB is het steeds moeilijker voor de IT te negeren. De nieuwste release, MongoDB 3.6, is ontworpen om de kloof verder uit.
Vandaag, MongoDB is de aankondiging van de make-up van de release, die zal ergens in December. Er is een kleine verrassing op de algemene strekking van de release, die werd voorgesteld op de jaarlijkse gebruiker conferentie vorig jaar in juni en is het in de preview voor maanden. We hebben het kort sprak over de voorzieningen, zoals een vernieuwde BI-connector, sterker JSON document validatie en het sluiten van een pijnlijke terug deur die links MongoDB gevallen open voor de koude, wrede Internet.
Maar nu kunnen we invullen in de details.
MongoDB gebruikt de term “snelheid” te karakteriseren zijn nieuwe release, zoals in “snelheid te ontwikkelen,” “snelheid aanpassen aan,” en “snelheid tot inzicht.” Dat betekent dat de rijkere functies voor ontwikkelaars en beheerders, en verbeterde BI-aansluitingen voor analisten zal hen helpen hun werk sneller gedaan. Toegegeven, die metafoor kan een beetje gedwongen, als het zou kunnen beschrijven een nieuwe verhoging van de productiviteit. Een meer apropos thema is dat de nieuwe release is een nieuwe stap in het vullen van de gaten voor de functies die men zou verwachten in een enterprise-database, zoals automatische pogingen mislukte schrijft.
Op de zakelijke gebruiker niveau, de BI-Connector maakt het handiger om een query door te drukken die de verrichtingen van de connector niveau lager in de database. Voordat dit kon u alleen uitvoeren met een left outer joins die in de database; in de nieuwe versie van de connector maakt gebruik van verbeteringen in de aggregatie zijn pijplijn voor het uitvoeren van een breder scala van join-bewerkingen. En de nieuwe versie neemt de volgende stap in het ondersteunen van gegevens wetenschappers; het had al een Python driver, en dat er nu de R gedekt.
Terwijl de nieuwe zakelijke gebruiker-georiënteerde functies zou kunnen trekken van de aandacht, vinden we de ontwikkelaar en beheerder van functies die belangrijk zijn in deze release.
Op de ontwikkelaar einde, er is een nieuwe change data capture (CDC)-als de functie Wijzig Stroom op te vangen en te stromen wijzigingen van MongoDB database vastgelegd. Eerder, ontwikkelaars zouden hebben gehad om code te schrijven om de uitgang van de real-time updates van de database vastgelegd. Nu, de veranderingen in MongoDB logboeken zijn beschikbaar via een API kunnen stream real-time updates voor gaming toepassingen, dashboards, of IoT toepassingen. Het kan ook inschakelen voor de omscholing van machine learning modellen. Terwijl Wijzigen Stromen kunnen voeden van een message queuing-motor, deze versie wordt niet (nog) geen ondersteuning voor integratie met Kafka (hoewel dat kon worden met de hand gecodeerd).
De 3.6 versie voegt een andere functie die wordt verwacht van een enterprise-grade database: automatische pogingen van schrijft dat mislukt. De nieuwe Retryable Schrijft elimineert de noodzaak voor dba ‘ s of ontwikkelaars van toepassingen om code te schrijven die opnieuw mislukt schrijft. Wanneer gebruikt in combinatie met de self-healing functies die worden ondersteund door MongoDB de replica set-functie, dit kan een bijna-altijd op ondersteuning voor het schrijven van bewerkingen. Dit betekent niet dat MongoDB is uitgegroeid tot een ZUUR database, maar het zal de database meer betrouwbaar. Een daaraan gerelateerde functie, causale samenhang, zorgt ervoor dat gebruikers kunnen lezen hun eigen schrijft; tot nu toe, gebruikers konden niet rekenen op die Mongo ‘ s gedistribueerde architectuur.
Er is nog een ander interessant kenmerk dat zich uitstrekt van de validatie van gegevens — de zekerheid dat elk record heeft een consistente structuur. Een vermogen dat is vastgelegd met de traditionele SQL-databases, het is nooit het sterke punt geweest voor de JSON-based document opgeslagen gegevens. Ironisch genoeg, het is niet dat JSON is ongestructureerde data — het is precies het tegenovergestelde. Als er iets, de structuur van JSON documenten is complexer dan dat van SQL. Maar voor het gebruik van de gevallen geassocieerd met JSON, zoals IoT gegevens en gebruikersprofielen, consistente structuur heeft nooit veel vraag naar is.
Zo ver terug als MongoDB 3.2, je kon het valideren van documenten binnen een collectie, maar niet over een volledige database. De nieuwe 3.6-versie maakt gebruik van de nieuwe IETF JSON Schema standaard af te dwingen validatie in de collecties van meerdere documenten, en het maken van de controles af te stemmen door gebruik geval. Door vergelijking, Couchbase, een rivaal NoSQL document database, kan afgeleid van de structuur van de documenten in een emmer (het equivalent van een MongoDB collectie) en de output van de resultaten in een JSON-schema indeling. We verwachten niet dat dat alle JSON-database-implementaties zullen worden strikt gestructureerd. Maar als sommigen krijgen ingezet voor meer enterprise kritische use cases die wellicht enige mate van controle op volledigheid (bijvoorbeeld elektronische patiëntendossiers), dergelijke functies zouden MongoDB implementaties behandeld als systemen van het record.
Voor dba ‘ s en admins, 3.6 biedt enkele nieuwe goodies. Ops Manager, het management-kader voor MongoDB, – heeft geleend van sommige functies reeds ontwikkelde voor Atlas (MongoDB de managed cloud service) en Kompas, de visuele DBA tool. Er is de gegevensverkenner van Atlas beschrijft het schema van de database. Een nieuwe real-time performance advisor vlaggen knelpunten en maakt het indexeren van de aanbevelingen (en met een klik op die nieuwe indexen worden automatisch gegenereerd). Back-ups kunnen nu worden opgevraagd; deze functie is handig als een replica heeft verloren een aantal gegevens, in plaats van alles herstellen van de back-ups, met deze nieuwe functie kunt u een query door punt in de tijd, en dan herstellen selectief.
Een grotere vraag is of deze kruisbestuiving van functies worden de eerste stappen in de richting van het verenigen van MongoDB is admin en configuratie tools voor on-premise en in de cloud, waar ook de achterzijde van de motor is dezelfde, maar heeft verschillende skins die blootgesteld zijn aan de dba ‘ s, ontwikkelaars en activiteiten admins. Het hebben van een gemeenschappelijke bestuurlijke en management ervaring in on-prem en in de cloud is potentieel een belangrijke concurrerende differentiator voor databases (zoals MongoDB), geboren in het datacenter vs. cloud-native aanbod zoals DynamoDB, Kosmos DB, en Google Cloud Datastore.
Als geheel, de verbeteringen in 3.6 zijn van cruciaal belang voor MongoDB om haar enterprise spel. Wat interessant is echter dat, in vergelijking met andere databases die hebben bereikt buiten hun wortels om functies toe te voegen zoals een SQL-query support, MongoDB zitten we vast aan zijn roots. Je kan zien dat een meer robuuste BI-connector, maar je zal nooit meer fout MongoDB voor Roodverschuiving of SQL Server.
Verwante Onderwerpen:
Big Data Analytics
Innovatie
CXO
Kunstmatige Intelligentie
Enterprise Software
Opslag
0