Péhápkaři v Pecce: Naše cesta k read-modelu – Vojtěch Buba –18. 5. 2022
•
0 j'aime•271 vues
Na začátku jsme si vysvětlili co je to read-model, v čem je dobrý a proč se skvěle hodí pro e-commerce. Jelikož je třeba umět read-model invalidovat, řekli jsme si, co jsou to doménové eventy a jak je používáme pro invalidaci. Nakonec jsme se podívali do praxe na to, jak jsme vše implementovali při redesignu velkého eshopu.
Recommandé
Recommandé
Contenu connexe
Similaire à Péhápkaři v Pecce: Naše cesta k read-modelu – Vojtěch Buba –18. 5. 2022
Similaire à Péhápkaři v Pecce: Naše cesta k read-modelu – Vojtěch Buba –18. 5. 2022 (20)
Plus de PeckaDesign.cz
Plus de PeckaDesign.cz (20)
Péhápkaři v Pecce: Naše cesta k read-modelu – Vojtěch Buba –18. 5. 2022
- 1. Naše cesta k read-modelu Vojtěch Buba, CTO
- 2. Naše cesta k read-modelu Struktura přednášky •Motivace a kontext pro změnu architektury •Co je to read-model •Co jsou to doménové eventy •Způsob realizace
- 4. Motivace • Projekt každoročně roste • Velké výkyvy v návštěvnosti • Mikrooptimalizace nejsou udržitelné
- 5. Architektura • MVC • Výpis z Entit do Latte • Redis jako cache před redesignem
- 6. Problémy daného řešení • Vytváření entit je drahé • Potřebná data nejsou na jednom místě • Problematická škálovatelnost
- 8. Redesign webu • Klient chce redesign webu • Požadavek na frontend JS aplikaci • Nutná změna architektury
- 9. CQRS Command Query Responsibility Segregation
- 10. Read-model
- 11. Model pro prezentační vrstvu • Návrh podle potřeb pro prezentaci • Denormalizace • Volba vhodného uložiště • Eventual consistency
- 13. Jak navrhovat read-model Nalezení vhodných kompromisů • Dle potřeb prezentační vrstvy • Dle volatility dat • Znovupoužitelnost v rámci aplikace • Podle toho co data invaliduje • Identi fi kace vstupních parametrů
- 17. Použití v e-commerce • 90% transakcí je čtecích • Bez výkyvů v odezvě • Nepotřebujeme striktní konzistenci
- 18. Doménové eventy
- 19. Co nejsou doménové události • Není to Kdyby/Events, symfony/event-dispatcher … • Nic co souvisí s konkrétním ORM
- 20. Co jsou doménové eventy • Nástroj pro modelováni našeho systému • Prostředek pro komunikaci s externími systémy • Opírá se o Domain Driven Design
- 21. Základní vlastnosti • Důležitá události v našem systému • Událost která se již stala • Nelze změnit co už se stalo • Víme kdy přesně se stala • Vyjádření úmyslu
- 22. Zákazník si založil účet a souhlasil se zasíláním newsletteru na email.
- 24. Typy Doménových eventu • Noti fi kační • Dokumentové
- 25. Notifikační • Název eventu nám říká jeho význam • Obsahuje pouze základní informace a identi fi kátory entit
- 26. Dokumentové • Název eventu nám říká jeho význam • Obsahuje všechny informace spojené s danou událostí
- 27. Pull vs Push
- 28. Integrace do legacy systému • Čím lepší model tím snažší implementace • Je potřeba dělat kompromisy
- 29. Anemický model
- 31. Proč je dobré je mít • Vidíme co se v systému děje • Vhodné pro integrace • Vhodné pro invalidaci • Nevážou se na konkrétní technologii
- 32. Event Driven Architecture A co to vlastně znamená • The Many Meanings of Event-Driven Architecture • Martin Fowler • GOTO 2017
- 33. Implementace
- 35. Strategie nasazení • Co read-model to interface repozitáře • Nejprve implementace fake repozitářů pomocí entit • “Fake” repozitáře použité při invalidaci • Postupné nasazováni opravdového read-modelu
- 36. Volba uložiště Opatrnost je na místě • Adaptace týmu na novou technologii • Je potřeba počítat s nečekanými problémy • Začneme s uložištěm kde si jsme jistí
- 37. Repozitář • Dependency inversion • Vždy skalární vstup
- 38. Model • De fi nuje rozhraní • Immutable třída • V našem případě i serializace
- 39. Implementace repozitáře • Vystačí si s připojením do DB • Obsahuje i metody pro invalidaci • Implementuje interface
- 40. Použití v handleru • V konstruktoru vyžadujeme pouze interface
- 41. Event systém • EventPublisher jako singleton • Abstraktní třída se sdílenou logikou • Dodržení transakčnosti • Publikováni do RabbitMq exchange
- 42. EventPublisher • Singleton • Zajišťuje transakčnost • Eventy se dostanou ven ve správný čas
- 43. EventsLogic • Sdílená logika v abstraktní třídě • Uložení v rámci instance třídy • Publikováni ve správný moment
- 44. Routováni zpráv • Jedna exchange • Jeden read-model jedna fronta • Jedna fronta má X bindingů do jedné Exchange
- 45. Komfort vývoje • Úprava read-modelu bez nutnosti pouštět consumery • Implementace nového eventu
- 46. Deploy úprav Při provozu v clusteru • Deploy ve dvou krocích • Příprava dat • Úprava aplikace
- 47. Lost Update • Dva procesy aktualizují stejný záznam • Co je špatně?
- 48. Offline locking • Dva procesy provádí aktualizaci záznamu v podobný čas • Podpora ze strany ORM Prevence smazáni dat aktualizací záznamu
- 49. Diskuze
- 50. Jaké jsou vaše zkušenosti s read-modelem?
- 51. Jaké alternativní řešení jste si zvolili a proč?
- 52. Naše další plány