Negli ultimi anni, il panorama dello sviluppo software ha subito una radicale trasformazione con l’introduzione delle architetture a microservizi, che stanno progressivamente sostituendo i tradizionali sistemi monolitici.
Immagina di avere un'applicazione monolitica: tutto il codice e le funzionalità sono racchiuse in un unico "blocco". Quando arriva il momento di scalare, aggiornare o correggere bug, le cose si complicano.
Quando si parla di microservizi, spesso si finisce rapidamente a discutere di Kubernetes, service discovery, API gateway, Kafka, Docker Swarm e altre creature mitologiche che sembrano indispensabili anche quando l'obiettivo iniziale è semplicemente capire come separare due applicazioni.
Nel primo articolo abbiamo costruito due microservizi Spring Boot davvero indipendenti: user-service e content-service, ciascuno con il proprio database e senza entità, repository o codice condivisi.
Quando si passa da un monolite ai microservizi, una delle prime cose da dimenticare è che il database non è più uno spazio comune dove collegare liberamente tutte le entità. In un monolite ragioniamo con tabelle, primary key, foreign key e JOIN.