Masz dosyć systemów, które sypią się jak domek z kart, gdy tylko jeden serwis złapie zadyszkę? Czas przestać trzymać usługi „za rękę” przez HTTP i pozwolić im żyć własnym życiem. Event-Driven Architecture (EDA) to przejście z trybu rozkazującego na reagowanie na fakty, więc zamiast mówić każdemu, co ma robić, po prostu ogłaszasz, co się stało.

W tym odcinku o EDA mówił Tomasz Stolarczyk, programista i konsultant z Arkency, specjalizujący się w ratowaniu systemów legacy. Po latach pracy z Javą, obecnie rozwija złożone systemy w Ruby. Jest współtwórcą i aktywnym developerem Rails Event Store: otwartoźródłowego narzędzia do obsługi zdarzeń i Event Sourcingu, na którym bazuje wiele jego wdrożeń. Tomasz opowiada, jak nie zgubić się w świecie bez stacktrace’ów i dlaczego programiści mogą czerpać garściami z EDA, nawet jeśli nie chcą (lub nie potrzebują) wdrażać pełnego Event Sourcingu.

Z tego odcinka dowiesz się:

• Czym charakteryzuje się Event-Driven Architecture i jak wytłumaczyć to nowej osobie w zespole;
• Czym różni się prawdziwe EDA od zwykłego „strzelania eventami” po akcji użytkownika;
• Co zapewnia wzorzec Outbox;
• Chude czy grube eventy i co wysłać w świat, żeby nie „zabić” bazy subskrybenta;
• Kiedy postawić na swobodną choreografię usług, a kiedy wprowadzić Process Managera;
• Jak działa komunikacja asynchroniczna w EDA;
• Jakie wyzwania niesie debugowanie systemu bez stacktrace’ów;
• Dlaczego Rails Event Store ułatwia monitoring systemów eventowych;
• Na czym polega magia Event Sourcingu i jak odtworzyć stan systemu sprzed pół roku;
• Jak przebudowywać modele odczytu z historycznych eventów;
• Jak wprowadzić eventy do starego kodu, korzystając z techniki Event Stormingu.

A teraz… PLAY!

Czytaj dalej…