Le architetture a microservizi e i monoliti modulari

Negli ultimi anni, l’adozione delle architetture basate su microservizi ha rivoluzionato il panorama dello sviluppo software. Questo paradigma offre una robusta soluzione alle sfide poste dalle moderne applicazioni, in particolare per quanto riguarda la scalabilità e la gestione del debito tecnico. Tuttavia, come ogni scelta tecnologica, presenta vantaggi e complessità che devono essere attentamente valutati.

Uno dei principali punti di forza dei microservizi è la capacità di scalare in modo indipendente i singoli componenti dell’applicazione. Questo permette di ottimizzare l’uso delle risorse e di mantenere alte prestazioni anche in presenza di un elevato carico di lavoro. La scalabilità funzionale è un altro aspetto cruciale: i microservizi consentono di aggiungere o modificare funzionalità senza impattare negativamente sul sistema nel suo complesso.  

La modularità dei microservizi facilita lo sviluppo indipendente, permettendo ai team di lavorare in parallelo su diverse funzionalità senza interferenze reciproche. Questo approccio favorisce una rapida evoluzione tecnologica, poiché ogni microservizio può adottare lo stack tecnologico più adatto al suo specifico dominio applicativo.  

Inoltre, le architetture a microservizi sono intrinsecamente “cloud ready”, integrandosi facilmente con i prodotti Platform as a Service (PaaS) offerti dal cloud. Questo disaccoppiamento tra i componenti permette di pubblicare funzionalità tramite interfacce “business oriented”, nascondendo i dettagli tecnici e rendendo i servizi facilmente riutilizzabili in diversi contesti applicativi.

In questo contesto, la suddivisione del dominio applicativo in bounded contexts specifici introduce ulteriori complessità, soprattutto per quanto riguarda la gestione delle transazioni distribuite. I bounded contexts rappresentano aree di responsabilità chiaramente definite all'interno di un sistema, con ciascun microservizio incaricato di implementare funzionalità ben precise. Tuttavia, la complessità emerge quando i processi funzionali attraversano più bounded contexts, rendendo necessaria una gestione oculata delle interazioni tra i microservizi.  

Una comunicazione eccessiva tra i microservizi può portare a problemi di performance, congestioni di rete e riduzione delle prestazioni complessive del sistema. Per evitare questi problemi, è essenziale progettare i microservizi e le loro interfacce in modo che le dipendenze tra di essi siano ridotte al minimo.  

L’adozione di pattern come SAGA, che suddividono una transazione complessa in passi più piccoli gestiti da microservizi specifici, rappresenta una soluzione robusta. Il termine “SAGA“ non è un acronimo, ma è ispirato al concetto di una storia o racconto che descrive come eseguire una sequenza di operazioni atomiche. Il pattern SAGA, infatti, suddivide una transazione complessa in passi più piccoli, ognuno dei quali è gestito da un microservizio specifico. Ogni passo della transazione è rappresentato da una "saga" composta da operazioni di conferma (commit) e operazioni di annullamento (rollback). Se un passo della transazione fallisce, la "saga" può essere eseguita all'indietro, annullando le operazioni precedenti tramite le operazioni di annullamento corrispondenti.  

Questo approccio permette di gestire le transazioni distribuite in modo più robusto ed efficiente rispetto alle tradizionali transazioni globali.

Una possibile evoluzione del paradigma dei microservizi è rappresentata dai monoliti modulari. Questa architettura cerca di mantenere i vantaggi dei microservizi, come la modularità e il disaccoppiamento, riducendo al contempo la complessità tecnologica. I monoliti modulari permettono di evitare le transazioni distribuite accorpando i bounded contexts coinvolti, delegando la gestione delle transazioni alla base di dati.  

Framework come Spring Modulith stanno emergendo per facilitare l’implementazione di questa architettura, supportando la verifica dei moduli, i test di integrazione e l’osservazione del comportamento dell’applicazione a livello di modulo.