Reliable Toolkit for Event-Driven Microservice Architecture
summary
Describes splitting a monolith into event-driven microservices using Kafka on AWS MSK and later a self‑managed Kafka cluster, with concrete tooling: CDC via Kafka connectors and a Transactional Outbox pattern to prevent lost events. Messages are JSON with versioned schemas loaded from a schema registry at startup; observed publish latency is typically 5–10 ms with 99th-percentile spikes near 1 s. A Smart Dead Letter Queue holds failed messages for a partition key and uses counters to stall subsequent messages until fixes are replayed in order.
AI-written summary · about
chapters (14)
- 0:00Toolkit intro
- 5:04Critical drivers
- 6:56Monolith migration
- 10:06Microservice choice
- 12:36Sync vs async
- 17:07Async benefits
- 20:22Queue vs streaming
- 22:52Kafka risks
- 25:28Schema versioning
- 29:25Kafka fault tolerance
- 32:39Outbox publishing
- 34:43Change Data Capture
- 37:36Message ordering
- 41:30Q&A
related talks
42mCreating event-driven microservices: the why, how and what
33mMicroservices, Events, and Breaking the Data Monolith with Kafka
54mMicroservices with Kafka
11mLightning Talk: Event Based Communication in Complex Micro-service...
31mEvent driven communication with Kafka on Kubernetes
21mHow Apache Kafka® Generates Value In Retail With Confluent
01h 08mEvent Driven Architecture – Enabling Microservices
47mEvent-Driven Microservices = Microservices Done Right
