potřebujete vědět, JAK se systém dostal do aktuálního stavu? Event Sourcing ukládá sérii událostí místo aktuálního stavu. CQRS odděluje čtení od zápisu.
Event Sourcing¶
Místo UPDATE account SET balance = 950 uložíte událost: AccountDebited(amount=50). Aktuální stav = replay všech událostí. Audit trail zdarma, time-travel debugging, možnost projekce do různých pohledů.
// Události objednávky
OrderCreated { orderId: "123", customerId: "456" }
LineAdded { orderId: "123", productId: "789", qty: 2 }
LineAdded { orderId: "123", productId: "012", qty: 1 }
OrderSubmitted { orderId: "123", timestamp: "2016-11-10T10:30:00Z" }
PaymentReceived { orderId: "123", amount: 1500.00 }
OrderShipped { orderId: "123", trackingNumber: "CZ123456" }
// Aktuální stav = replay těchto událostí
CQRS: Command Query Responsibility Segregation¶
Oddělení write modelu (commands) od read modelu (queries). Write model je optimalizovaný pro business logiku a validaci. Read model je optimalizovaný pro dotazy — denormalizovaný, materialized views, search indexy.
Kdy to dává smysl¶
- Komplexní doménová logika (DDD)
- Audit requirements (finance, healthcare)
- Různé read modely z jedněch dat (dashboard, report, search)
- Event-driven architektura s Kafkou
Kdy NE¶
- Jednoduché CRUD aplikace — overkill
- Malý tým bez DDD zkušeností
- Systémy vyžadující silnou konzistenci (eventual consistency je trade-off)
ES/CQRS je mocný vzor pro správné problémy¶
Event Sourcing a CQRS nejsou silver bullet. Ale pro systémy s komplexní doménou, audit požadavky a event-driven architekturou jsou game changer.
awsarchitekturaec2s3