Distributed Systems

Nelle moderne architetture guidate dagli eventi (Event-Driven Architecture), i microservizi emettono costantemente eventi (OrderCreated, PaymentProcessed) per comunicare in modo disaccoppiato. Tuttavia, pubblicare eventi in modo affidabile solleva una sfida fondamentale: Come garantire che l’aggiornamento del database locale e la pubblicazione dell’evento abbiano entrambi successo o falliscano insieme? Se un microservizio aggiorna il proprio database (PostgreSQL, MySQL) e subito dopo tenta di inviare un messaggio a un broker (Apache Kafka, RabbitMQ), una disconnessione di rete o un timeout può causare un’incoerenza nei dati.

Agli albori dello sviluppo web, creare un’applicazione software era semplice: si scriveva il codice, lo si impacchettava in un unico archivio eseguibile o distribuibile e lo si eseguiva su un server. Questo approccio, noto come architettura monolitica, è stato utile al settore per decenni. Tuttavia, man mano che le applicazioni crescevano fino a diventare enormi piattaforme aziendali con centinaia di sviluppatori e milioni di utenti simultanei, i monoliti cominciavano a mostrare i propri limiti. Le implementazioni sono diventate lente e rischiose, i database sono diventati colli di bottiglia e le basi di codice sono diventate troppo complesse per essere comprese da ogni singolo sviluppatore.