Event Design & Event-first Development
summary
Argues that getting event schemas right up front avoids coupling, shows concrete AWS tooling: EventBridge for routing, Lambda and Step Functions for consumers, API Destinations for external integrations, and a real serverless espresso architecture used as an example. Distinguishes notification pattern (IDs only, consumers pull) from event carries state transfer (enriched payloads, easier filtering, eventual consistency headaches), recommends event storming, metadata headers like correlation IDs, producer-owned schemas, libraries for standardization, and a GitHub repo of event patterns and EventBridge examples.
AI-written summary · about
chapters (13)
- 0:00Intro
- 1:12Adoption of EDA is growing
- 5:06As you scale your EDA, problems start to emerge
- 6:56Events design impacts your architecture
- 7:28Agenda
- 10:23Where do problems start?
- 16:28How can event design help avoid common problems?
- 16:52Understanding event patterns & tradeoffs
- 29:00Which event pattern should you use?
- 29:17Moving to event first thinking
- 35:05Summary
- 37:09Resources
- 37:47Outro
related talks
44mBuilding Distributed Applications with Event-driven Architecture
32mUnifying API and event driven architectures
26mEvent-Based API Patterns and Practices
46mManaging Event Driven Architectures
40mEvent-Driven Integration Today & Tomorrow
42mDesign Principles for an Event-Driven Architecture
31mThe Power of Event-Driven Systems without Burning your Hands or Budgets
42mApplication Architectures: The shadows and highlights of Event Driven Design
