architettureevolutive

X parte: Il ruolo del Software Architect. Per comprendere le caratteristiche, il ruolo e i compiti di un Software Architect, occorre fatidicamente tornare alla domanda...

IX parte: Event Sourcing is not Event Streaming. Quali sono le differenze e i diversi contesti di utilizzo di Event Sourcing ed Event Streaming? La...

VIII parte: Per quanto possa sembrare strano, filosofia e architettura del software possono integrarsi strettamente per definire il futuro dello sviluppo. Creare architetture software non...

VII parte: Architetture antifragili. Le architetture rappresentano il modo in cui implementare dei modelli semplificati della realtà attraverso i nostri sistemi. E in tal senso...

VI parte. In questo articolo affrontiamo il cruciale tema degli “eventi” che è alla base dell’approccio Event-Driven. Implementare architetture Event-Driven è una delle chiavi per...

V parte: Perché non devi condividere i tuoi Domain Events. Anche se le informazioni da scambiare, in un primo momento, sono esattamente le stesse contenute...

Ora che sappiamo che non è necessario partire con una soluzione a microserivizi, ma che anche un monolite fatto bene ci permette di applicare i...

III parte: i microservizi possono essere costosi per nuovi progetti o il miglioramento di progetti esistenti, mentre il monolite può limitare la scalabilità. Una possibile...

II parte: Problem Space vs. Solution Space. In questo secondo articolo della serie, continuiamo la nostra esplorazione delle architetture evolutive parlando degli spazi in cui...

I parte: Quando non trovo le Best Practice. Oltre la scrittura del codice, sviluppare software significa tovare soluzioni a probemi di business e apprendere continuamente...