CQRS (Command Query Responsibility Segregation) è un pattern architetturale che separa le operazioni di lettura (Query) da quelle di scrittura (Command) in due modelli distinti. Nei sistemi software moderni — specialmente nelle architetture a microservizi e nei domini DDD — questa separazione permette di scalare, ottimizzare e testare letture e scritture indipendentemente, riducendo la complessità nei sistemi con requisiti divergenti sui due flussi.

La nascita dei container non avviene di recente, ma ha origine da una serie di concetti appartenenti al mondo Linux che sono stati riportati in auge e utilizzati per fare da base al mondo dei container. Tra questi, ci sono i cgroups e i namespaces.

Nel mondo in continua evoluzione della tecnologia, due concetti chiave sono emersi e hanno avuto un impatto significativo sul modo in cui affrontiamo l’informatica e il deployment delle applicazioni: la virtualizzazione e i container. Mentre entrambi mirano a migliorare l’efficienza, la scalabilità e l’utilizzo delle risorse, differiscono nei principi sottostanti e nell’implementazione. In questo articolo, approfondiremo le definizioni, gli esempi e le principali differenze tra virtualizzazione e container.

Nel panorama API‑first, picchi di latenza, errori 5xx e pattern di traffico sospetti emergono senza preavviso. In questo articolo vedremo come costruire un rilevatore automatico di anomalie in modo economico e scalabile con servizi serverless AWS e un foundation model su Amazon Bedrock, senza addestrare modelli personalizzati.

📚 In questa serie — Event-Driven Architecture:

1. Event-driven architecture: cos’è
2. Cos’è un evento, e cosa non è
3. Eventi, query, messaggi e dintorni
4. EDA: inoltrare gli eventi
5. Queue, Event Bus, Stream: Quale usare? ← sei qui!

Il mondo delle Event-Driven Architecture (EDA) è vasto e complesso, e spesso ci si trova a dover scegliere tra diverse soluzioni per incanalare gli eventi all’interno di un sistema nella maniera corretta. Tra le soluzioni più comuni ci sono Queue, Event Bus e Stream, ognuna con i suoi pro e contro.

📚 In questa serie — Event-Driven Architecture:

1. Event-driven architecture: cos’è
2. Cos’è un evento, e cosa non è
3. Eventi, query, messaggi e dintorni
4. EDA: inoltrare gli eventi ← sei qui!
5. Queue, Event Bus, Stream: Quale usare?

Negli scorsi articoli abbiamo imparato cosa sia un evento e cosa questo debba contenere, ma una volta costruito il nostro evento, come lo inviamo?

📚 In questa serie — Event-Driven Architecture:

1. Event-driven architecture: cos’è
2. Cos’è un evento, e cosa non è
3. Eventi, query, messaggi e dintorni ← sei qui!
4. EDA: inoltrare gli eventi
5. Queue, Event Bus, Stream: Quale usare?

Terza puntata all’insegna delle architetture event-driven: oggi scopriamo la differenza tra i diversi oggetti che concorrono all’interno di questo dominio, e quali sono alcuni esempi.

📚 In questa serie — Event-Driven Architecture:

1. Event-driven architecture: cos’è
2. Cos’è un evento, e cosa non è ← sei qui!
3. Eventi, query, messaggi e dintorni
4. EDA: inoltrare gli eventi
5. Queue, Event Bus, Stream: Quale usare?

In questa seconda parte dedicata alle architetture event-driven, parliamo degli eventi: cosa sono e, soprattutto, cosa non sono?

Nel 2009 Netflix ha dovuto affrontare diverse difficoltà, tra cui quella per cui la sua infrastruttura non riusciva a tenere il passo con la domanda dei servizi di streaming video in rapida crescita. L’azienda ha deciso di migrare la propria infrastruttura IT dai data center privati a un cloud pubblico e sostituire la sua architettura monolitica con un’architettura di microservizi.