Febbraio 2017

Volume 32 Numero 2

Il presente articolo è stato tradotto automaticamente.

Nota del redattore - Il nostro futuro senza server

Da Michael Desmond | 2017 febbraio

Mese questo si parla con un paio di articoli con stato attivo su nuovi elementi all'interno di Microsoft Azure e l'impatto che hanno sullo sviluppo di software. Yochay Kiriaty e Stefan Schackow esplorare la nuova architettura di Azure App Service, che fornisce una piattaforma avanzata come servizio (PaaS) per il Web, applicazioni mobili e API. Servizio App è ideale per l'abilitazione di applicazioni eseguibili su scala globale, fornendo l'infrastruttura sottostante e dei servizi gestiti che consentono agli sviluppatori di concentrarsi sulla scrittura di codice dell'applicazione eccezionale.

L'altra funzionalità orientata ai servizi Azure questo mese, scritto da Joseph Fultz e Darren Brust, è "binding senza server architettura con funzioni di Azure." Come Fultz spiega l'architettura senza termine descrive una progettazione in cui non vi sia alcuna infrastruttura server per gestire i team dell'applicazione.

"Ciò significa che tutte le parti in movimento del sistema sono entrambi servizi di terze parti come Database SQL di Azure, DocumentDB, EventHubs o Office 365, che sono anche noti come Back-end come servizio (BaaS)", afferma Fultz. "O sono codice personalizzato ospitato in un contenitore gestite dal sistema per fornire le modalità di calcolo, è detta anche funzioni come servizio (FaaS)".

L'approccio riflette la proliferazione di servizi maturi e terze parti nell'era cloud, le organizzazioni di sviluppo shift dell'infrastruttura di calcolo locali ai servizi nel cloud. Fultz indica che non molto tempo fa ospita macchine virtuali è di grande valore per le organizzazioni IT, ma molti di tali attività virtualizzato oggi sono cambiate a un modello di utilizzo del servizio. In breve, è diventano più onerose per implementarne uno personalizzato piuttosto che avere qualcun altro eseguirne automaticamente.

"In teoria, il team di app sarebbe anche a pensare a scalare come le modalità di calcolo e servizi di terze parti dovranno automaticamente gestire scalabilità e disponibilità," afferma Fultz.

Il vantaggio è ridotta complessità e costi, che consente alle organizzazioni di concentrare ulteriori risorse sull'aggiunta di valore di business anziché la creazione e la gestione dell'infrastruttura. Lo svantaggio? Controllo minore dell'implementazione degli ambienti che ospitano i servizi delle applicazioni.

In che modo gli sviluppatori devono procedere come ritengono approcci binding senza server? Fultz afferma che la cosa più importante consiste nel comprendere i provider di servizi che si di connettere le applicazioni e l'impatto di pipeline DevOps detti impegni.

"Gli sviluppatori devono essere familiari con le complessità della distribuzione di ambienti diversi, ad esempio sviluppo, test e produzione, con un set corrispondente di servizi per l'ambiente di destinazione," Fultz pronuncia, aggiunta di acquisire familiarità con la registrazione e risoluzione dei problemi di funzionalità è inoltre importante.

"Senza accedere direttamente al server, è necessario fare affidamento su ciò che viene fornito dall'host del servizio in uso," Continua. "A volte è l'integrazione completa con gestione e monitoraggio, come nel caso di Database SQL di Azure, ma in altri casi si potrebbero non, come nel caso delle funzioni di Azure, che è ancora familiarità con la scena."

Per la relazione tra le funzioni di Azure e Azure App Service, Kiriaty e Schackow descrivere questo mese, Fultz descrive il servizio App come il PaaS in cui le funzioni di Azure viene compilata. Il servizio App utilizzato dietro le quinte di funzioni di Azure, la gestione di un intervallo di attività semplici, ad esempio l'archiviazione delle impostazioni di configurazione, di complessità, ad esempio operazioni di ridimensionamento. Come Fultz descrive, funzioni di Azure è essenzialmente "Servizio App più i processi Web SDK più bit di implementazione specifici di funzioni Azure."

Michael Desmond*è il caporedattore di MSDN Magazine. *