0
Immagine: Getty Images/iStockphoto
MongoDB nuovo Punto di servizio è un altro approccio per la fornitura di serverless di calcolo, ma con una grande differenza: ci sono stato.
La maggior parte serverless computing implementazioni sono stateless: filano risposta ad un trigger e una volta che la funzione di accoglienza, di essere eliminati. Non c’è bisogno di archivio di stato di istanza istanza, in quanto sono solo una parte di un’applicazione globale. Non si ferma la conservazione stato altrove, naturalmente, utilizzando strumenti come Twilio di Sincronizzazione o di un documento di database.
La costruzione di un serverless calcolare ambiente sulla cima di un documento di database senso per MongoDB, con un focus sulle applicazioni più complesse di Twilio Funzioni o AWS Lambda. MongoDB vede il suo passaggio alla piattaforma più simile a quella di un Platform as a Service, in particolare quelli che offrono Backend as a Service, come Microsoft Azure Mobile Services. È pronto per il web e per l’utilizzo mobile, con Sdk JavaScript, iOS e Android.
Sahir Azam, MongoDB VP Cloud, descrive questo come parte di una tendenza del settore verso i servizi di piattaforma e che “il database è parte di erogare la produttività degli sviluppatori”.
E ‘ un punto importante, come molto di ciò che costruiamo dipende dall’efficacia del negozio, e NoSQL database del documento come MongoDB fornire uno schema flessibile-meno di archivio che è facile da integrare con JSON-base RESTful Api. Utilizzando il Punto come un database di backend nativo rende molto più senso in quella luce, e Azam la descrive come “non distruttivo; esso fornisce una interfaccia RESTful a database esistenti con le regole di accesso in pochi clic.”
Si tratta di un approccio che si ottiene andando in fretta, soprattutto se si sta già utilizzando MongoDB. È possibile rapidamente la migrazione dei database esistenti per il servizio cloud Atlas, punto di apps agli endpoint, e poi aggiungere le chiamate alle Api appropriate via webhooks.
Utilizzando il Punto del flusso di lavoro di strumenti è quindi possibile costruire un adeguato flusso di lavoro per l’applicazione, dando una singola superficie di lavorare contro. Non si è limitato a Punto, come Azam note: “Si può chiamare altri servizi come AWS Lambda, il recupero e l’utilizzo dei risultati”.
C’è anche una opzione ibrida, utilizzando il Punto in cloud per gestire le chiamate dell’applicazione, e quindi la replica dei dati MongoDB istanze in esecuzione nel vostro centro dati per ulteriori analisi. Un prossimo aggiornamento di MongoDB aggiungere nuovi database capacità analitiche, con built-in di visualizzazioni. Sarete in grado di creare rapidamente locale e cruscotti per mostrare solo ciò che gli utenti stanno facendo con la vostra applicazione, dando un vicino la visione in tempo reale.
Come più e più cloud-hosted strumenti di rendere il passaggio a piattaforme, è sempre più chiaro che questo è lo stato naturale della nuvola, incentrato sullo sviluppatore ambiente aperto in cui le Api hanno reso possibile l’interazione di funzioni e servizi che possono essere combinati con la logica di business per costruire applicazioni complesse. Perché si dovrebbe preoccupare dell’infrastruttura sottostante quando i dati del centro-scala di sistemi operativi come Kubernetes maniglia di ridimensionamento e di pianificazione per voi?
Dove MongoDB offerta si differenzia dagli altri è la sua croce-cloud opzione. Sarete in grado di alzarsi in piedi un’istanza di Atlas in AWS, in Azure, e in Google Cloud. Con il multi-regione replica per ridurre il rischio di inattività, si sta andando ad essere in grado di essere in grado di mantenere i servizi in esecuzione in caso di inattività in entrambe le regioni e le nuvole. Un ulteriore vantaggio di questo approccio è la possibilità di usufruire di pubblico nuvole ” dati sovranità caratteristiche: per esempio, sarete in grado di mantenere i dati su più Atlas istanze, senza dover lasciare la Germania.
Azam note che c’è un sacco di complessità nella gestione di database su più cloud. Hanno infrastruttura virtuale requisiti e i diversi servizi della piattaforma. Avere un unico fornitore per la croce di servizi cloud di senso, in quanto Azam dice: “noi astratto via un sacco di sfumature di sotto di ogni infrastruttura cloud”. Avere una fatturazione partner, anche di buon senso.
L’obiettivo a lungo termine è quello che Azam chiama “global database intelligenti” basati sull’Atlante. A differenza di altri database globale di servizi, come ad esempio Microsoft CosmosDB o di Google per la Chiave, sarà uno che si basa su Atlas’ cross-funzionalità di cloud. Azam, la descrive come edificio esistente edificio blocchi”, con un clic di un pulsante, una scala globale applicazione ancora lavorando su MongoDB piattaforma”. Che approccio lega di nuove funzionalità che saranno venuta su MongoDB, inclusa la variazione dei flussi in tempo reale la usa e miglioramenti per il database del proprio linguaggio di query. Una tre-rilascio settimanale di cadenza per Atlas dovrebbe vedere molte di queste nuove funzionalità di roll-out veloce.
Modificare i flussi sono suscettibili di essere una parte importante del Punto di applicazioni basate su troppo, in quanto possono essere utilizzati per informare e attivare azioni in base alle modifiche. Invece di guidare il database dal Punto di database, l’unità di Cucitura.
Costruendo nuove piattaforme cloud con istanze dedicate, Atlas è in grado di approfittare di una scala crescente di cloud pubblico. Come AWS cresce, per esempio, Atlante può crescere, aggiungendo regioni e aree geografiche senza MongoDB bisogno di fare nulla. Con un multi-approccio cloud, si può anche prendere vantaggio di cloud differenti approcci alle diverse aree geografiche.
Girando database as a service platform as a service fa un sacco di senso. Sarà interessante vedere cosa MongoDB i clienti che fare con un multi-cloud Atlas e Punto.
Storie correlate:
Serverless computing fa un passo forwardAWS Lambda è fonte di interesse, carichi di lavoro di produzione come serverless mondo evolvesMicrosoft rilascia l’anteprima della nuova Azure ‘serverless calcolare’ il servizio su AWS LambdaWhere AWS è diretto: Ogni funzione gestito come un servizio cloud
0