Message Brokering and Event Driven Architecture on Azure
summary
Compares Azure messaging choices with clear trade-offs and runnable code: uses Service Bus for ordered, transactional messages, Event Grid for push-style pub/sub, Storage Queues for cheap at-least-once work queues, and Event Hubs/Kafka for streaming; persists events to Cosmos DB and demos a three-API setup (students/classes/books) wired via Service Bus → Event Grid with a mediator library and hosted service. Also prototypes a full-stack, temporal datastore using xtdb demo, showing real-time client updates and practical limits like retention, ordering, idempotence.
AI-written summary · about
chapters (8)
- 0:00Event-driven architecture in Azure
- 10:20Commands vs events
- 17:23Choreography vs mediator
- 24:01Event streaming & sourcing
- 34:29Azure event-driven services
- 41:55Demo: Azure services
- 49:28Full-stack open-source events
- 58:04Event-driven design pitfalls
related talks
57mEvent driven architectures on Azure
51mThis just happened! Using events in your apps
55mImplementing scalable messaging patterns in Azure
55mMessage Brokers and Containers - the new ESB is “no ESB”
01h 09mExploring Flow Architectures
45mCommon quandaries implementing your first Event Driven Architecture
46mPractical CQRS and Event Sourcing on Azure
01h 11mEmbracing Messaging and Eventual Consistency in your Microservices Solutions
