{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless a step","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless non significa l'assenza fisica di server. Non \u00e8 un \"killer\" dei contenitori n\u00e9 una moda passeggera. \u00c8 un nuovo approccio alla costruzione di sistemi nel cloud. In questo articolo, approfondiremo l'architettura delle applicazioni Serverless, esaminando il ruolo del fornitore del servizio Serverless e dei progetti open-source. Alla fine discuteremo delle applicazioni pratiche del Serverless.
\n<\/a><\/noindex>
\nVoglio scrivere la parte server dell'applicazione (anche un negozio online). Pu\u00f2 trattarsi di una chat, di un servizio per la pubblicazione di contenuti o di un bilanciatore di carico. In ogni caso, ci saranno molte preoccupazioni: dovr\u00f2 preparare l'infrastruttura, definire le dipendenze dell'applicazione e pensare al sistema operativo dell'host. Successivamente, sar\u00e0 necessario aggiornare piccoli componenti che non influenzano il funzionamento del resto del monolite. E non dimentichiamoci della scalabilit\u00e0 sotto carico.<\/p>\n

E se utilizzassimo container effimeri, in cui le dipendenze necessarie sono gi\u00e0 preinstallate e i container sono isolati l'uno dall'altro e dal sistema operativo host? Separiamo il monolite in microservizi, ognuno dei quali pu\u00f2 essere aggiornato e scalato indipendentemente dagli altri. Inserendo il codice in un tale container, potr\u00f2 eseguirlo su qualsiasi infrastruttura. Gi\u00e0 meglio. <\/p>\n

E se non volessi configurare i container? Se non volessi pensare alla scalabilit\u00e0 dell'applicazione. Se non volessi pagare per il tempo di inattivit\u00e0 dei container attivi quando il carico sul servizio \u00e8 minimo. Voglio scrivere codice. Concentrarmi sulla logica di business e lanciare prodotti sul mercato a velocit\u00e0 della luce. <\/p>\n

Questi pensieri mi hanno portato al calcolo serverless. Serverless in questo caso significa non l'assenza fisica di server, ma l'assenza di mal di testa nella gestione dell'infrastruttura.<\/em><\/p>\n

L'idea \u00e8 che la logica dell'applicazione venga suddivisa in funzioni indipendenti. Esse seguono una struttura eventi. Ogni funzione esegue un \"micro-task\". Tutto ci\u00f2 che \u00e8 richiesto allo sviluppatore \u00e8 caricare le funzioni nella console fornita dal provider cloud e associarle alle fonti di eventi. Il codice verr\u00e0 eseguito su richiesta in un contenitore automaticamente preparato e io pagher\u00f2 solo per il tempo di esecuzione. <\/p>\n

Esploriamo come apparir\u00e0 ora il processo di sviluppo dell'applicazione.<\/p>\n

Dal punto di vista dello sviluppatore<\/h2>\n

\nIn precedenza abbiamo iniziato a parlare di un'app per un negozio online. Nel tradizionale approccio, la logica principale del sistema \u00e8 gestita da un'applicazione monolitica. E il server con l'applicazione \u00e8 in esecuzione continuamente, anche in assenza di carico.<\/p>\n

Per passare a un'architettura serverless, suddividiamo l'applicazione in micro-task.<\/strong> Scriviamo una funzione per ciascuno di essi. Le funzioni sono indipendenti l'una dall'altra e non memorizzano informazioni sullo stato (stateless). Possono essere scritte anche in linguaggi diversi. Se una di esse \"cede\", l'applicazione non si fermer\u00e0 completamente. L'architettura dell'applicazione avr\u00e0 questo aspetto:<\/p>\n

\"Serverless
\nLa suddivisione delle funzioni in Serverless \u00e8 simile a lavorare con i microservizi. Tuttavia, un microservizio pu\u00f2 eseguire pi\u00f9 compiti, mentre una funzione, idealmente, dovrebbe svolgerne uno solo. Immaginiamo di dover raccogliere statistiche e visualizzarle su richiesta dell'utente. Nell'approccio a microservizi, il compito viene svolto da un singolo servizio con due punti di accesso: uno per la scrittura e uno per la lettura. Nelle architetture serverless, queste saranno due funzioni distinte, non collegate tra loro. Lo sviluppatore risparmia risorse di calcolo quando, ad esempio, le statistiche vengono aggiornate pi\u00f9 frequentemente di quanto non vengano scaricate. <\/p>\n

Le funzioni Serverless devono essere eseguite in un breve intervallo di tempo (timeout) definito dal fornitore del servizio. Ad esempio, per AWS il timeout \u00e8 di 15 minuti. Pertanto, le funzioni di lunga durata (long-lived) dovranno essere adattate a questi requisiti, il che distingue il Serverless da altre tecnologie popolari al giorno d'oggi (container e Platform as a Service).<\/p>\n

Assegniamo un evento a ciascuna funzione.<\/strong> L'evento \u00e8 un trigger per un'azione:<\/p>\n

Evento<\/strong>
\nAzione che esegue la funzione<\/strong><\/p>\n

Un'immagine del prodotto \u00e8 stata caricata nello storage
\nComprimere l'immagine e caricarla nella directory<\/p>\n

L'indirizzo del negozio fisico \u00e8 stato aggiornato nel database
\nCarica una nuova posizione nelle mappe<\/p>\n

Il cliente paga per il prodotto
\nAvvia il processo di pagamento<\/p>\n

Gli eventi possono essere richieste HTTP, flussi di dati, code di messaggi, e cos\u00ec via. Le sorgenti degli eventi sono la modifica o l'apparizione di dati. Inoltre, le funzioni possono essere attivate da un timer.<\/p>\n

L'architettura \u00e8 stata sviluppata e l'applicazione \u00e8 quasi diventata serverless. Ora ci spostiamo verso il fornitore del servizio.<\/p>\n

Dal lato del fornitore<\/h2>\n

\nDi solito, il calcolo serverless \u00e8 offerto dai fornitori di servizi cloud. Hanno nomi diversi: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Utilizzeremo il servizio tramite la console o il pannello di controllo del fornitore. Il codice delle funzioni pu\u00f2 essere caricato in uno dei seguenti modi:<\/p>\n