Zero
Vuol dire molte cose a persone diverse. Da una UI prospettiva, è sempre l’utente dal compito concetto per il completamento del compito il più rapidamente ed efficacemente possibile. Per uno sviluppatore, è lo stesso – anche quando si tratta di serverless computing, l’ambiente non è l’interfaccia utente, ma tutti i non essenziali confusione che circonda il compito di manifestare un’idea creativa in codice.
Nel serverless mondo di microservices avere più funzioni, le Api e i flussi di dati per affrontare sembrare che il percorso ideale per massimizzare l’usabilità. Ma la capacità di costruire, testare e distribuire app rapidamente i componenti, andando serverless, infatti, rende il compito generale di costruzione di nuove fantastiche app, più facile, molto più che il compito di modificare, di test e di re-distribuzione esistente monolitico applicazioni una volta cambiare – mai facile, diventa costretto su di voi.
Detto questo, ci sono una serie di compromessi, il che significa che, adesso, senza server computing come concetto non è adatto per tutte le attività – esploriamo casi di utilizzo in un altro blog in questa serie. Ma i vantaggi principali che contribuiscono a una maggiore facilità di utilizzo dell’infrastruttura includono la mancanza di una necessità di gestire hardware o software estates, e la capacità di spin up e down funzioni richieste ad un costo molto basso. È possibile collegare ed estendere tutti i servizi cloud – se Google o quelli di terze parti e costruire applicazioni che scala da zero a pianeta-scala senza il provisioning o la gestione di un singolo server. Alcun costo di gestione.
Distribuzione
Questa mancanza di overhead per la gestione dei feed, attraverso la funzione di distribuzione. Rispetto ai contenitori, la distribuzione di un serverless funzione non necessita di provisioning; i livelli di disponibilità e di criteri di sistema sono irrilevanti, e la scalabilità è automatico. In altre parole, se hai inventato un modo pulito di pulizia o altrimenti manipolare il flusso di dati, per esempio, che il codice deve essere avvolto in una funzione e distribuito.
Questa la chiave per la fruibilità di serverless funzioni. Si può semplicemente concentrarsi sul codice senza avere a che fare con l’infrastruttura.
Questa facilità di utilizzo svolge attraverso gli strumenti che si utilizzano. Non hai bisogno di disciplina speciale o di lingua. Con i più diffusi linguaggi di sviluppo e strumenti di produttività e agile e con zero server di gestione o di configurazione distribuzioni, è possibile concentrarsi sulla costruzione altamente scalabile e applicazioni. Lingue che si possono utilizzare sono Java, PHP, Node.js, Python, C#, .Net, Ruby e Andare o si può portare il proprio linguaggio tempi di esecuzione e dei quadri, se si sceglie.
Si può iniziare rapidamente con zero configuration distribuzioni, gestire le risorse da riga di comando, eseguire il debug del codice sorgente in produzione, ed eseguire API di back-end facilmente utilizzando gli strumenti popolari come IntelliJ IDEA, Visual Studio e Powershell – e, naturalmente, come Google built-in strumenti come il Cloud SDK e Cloud Repository di Origine.
Riepilogo
Dal punto di vista dello sviluppatore, facilità d’uso, la capacità di concentrarsi su l’assunzione di un concetto dall’idea alla realtà, utilizzando gli strumenti e i linguaggi con cui si ha già familiarità. E questo rende serverless elaborazione di un slam dunk.
Argomenti Correlati:
Cloud
0