Kontakt

Obserwuj

Współpracujmy razem

Odcinek 101

Rozpoczynamy nową mini-serię, w której bierzemy na warsztat konkretne problemy ze świata Event-Driven Architecture. Razem z Oskarem Dudyczem, autorem bloga eventdriven.io postanowiliśmy przejść przez listę “antywzorców”, które sprawiają, że zamiast elastycznych systemów, fundujemy sobie architektoniczną drogę przez mękę. Na pierwszy ogień idzie temat Property Sourcing.

To zjawisko, w którym chęć tworzenia “jak najmniejszych” zdarzeń bierzemy zbyt dosłownie. Zamiast biznesowych faktów, otrzymujemy lawinę technicznych aktualizacji: FirstNameChanged, LastNameChanged, AddressStreetChanged. Brzmi precyzyjnie? Może i tak, ale w praktyce to prosty przepis na eventowy smrodek i problemy z modelowaniem biznesowym.

Zdarzenia powinny opisywać fakty biznesowe, a nie tylko zmiany w bazie danych i kolejnych właściwości encji.

Biznes się nie zmienia za często, tylko nasze zrozumienie biznesu się zmienia czasem zbyt często.

Dudycz Oskar

W tym odcinku usłyszysz m.in. o...

  • dlaczego interfejsy w stylu Jiry i edycja każdego pola z osobna potrafią zepsuć architekturę
  • jak Property Sourcing prowadzi do Event Bombardment i dlaczego twoje read modele mogą tego nie udźwignąć
  • czym różni się zdarzenie małe od zdarzenia "mniejszego niż powinno być"
  • jak wyjść z tej sytuacji obronną ręką, stosując translatory kontraktów i odpowiednie grupowanie danych

Materiały dodatkowe

Tagi:
event-driven architecture antipatterns property sourcing best practices
PODCAST JEST DOSTĘPNY NA PLATFORMACH
YouTube
Spotify
Apple Podcasts
Deezer
Overcast
Pocket Casts

Warto także posłuchać....