Introduzione
Spesso quando si vuole realizzare una nuova applicazione o si vuole reingegnerizzarne una esistente si pensa a una architettura a microservizi. Questo tipo di soluzione è emersa negli ultimi anni come risposta a una serie di problemi come la scalabilità o la possibilità di consentire un processo di sviluppo più agile. La sua adozione porta con sé una serie di requisiti sia di processo che organizzativi che devono essere valutati in maniera approfondita. Lo scopo di questo articolo è fornire una panoramica dell’architettura a microservizi e dei requisiti per poterla utilizzare in maniera proficua.
Cos’è una architettura a microservizi?
Prima di approfondire le implicazioni legate alla realizzazione di una architettura a microservizi è opportuno darne una definizione per stabilire un “terreno comune”. Come già visto in un precedente articolo del blog, con il termine microservizi “si identifica un nuova tipologia architetturale con la quale progettare applicativi software”. Se si cerca una definizione più dettagliata, si vedrà che non ne esiste una univoca (cfr. Wikipedia) ma piuttosto si nota una visione condivisa.
A livello pratico, le principali caratteristiche che definiscono i microservizi sono:
• Comunicazione tramite protocolli di rete standard come per esempio http
• Rilascio e aggiornamento in maniera autonoma
• Realizzazione e raggruppamento per funzionalità applicative
• Realizzazione con tecnologie a seconda delle conoscenze/esigenze dei gruppi di lavoro
• Piccole dimensioni, gestione da parte di un solo gruppo di lavoro e rilascio in modo automatico (ovvero tramite software di continuos delivery)
