DevTalk #138 – O Event-Driven Architecture z Tomaszem Stolarczykiem
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. […] The post DevTalk #138 – O Event-Driven Architecture z Tomaszem Stolarczykiem appeared first on DevTalk.
Konsekwencje i o tym chyba będziemy dzisiaj też mówić. No na pewno, ale chciałbym zatrzymać się przed tym co powiedziałeś, że nie wszystko co zawiera w sobie jakieś tam eventy od razu można nazwać event-driven architecture, no bo eventów w sumie tak naprawdę te 15 lat temu ten wysyp taki się zaczął, poza faktycznie tymi eventami w UI. Ty mówiłeś o Swingu, ja to bardziej np. byłem w Microsoft Forms, w dotnecie. Jak to się nazywało? .NET Forms? Windows Forms, o właśnie. I ITP, inne różne desktopowe wariacje. Mamy SQL REST, gdzie są eventy i są komendy, gdzie jest ten podział. Jest event store, gdzie można eventy przechowywać. Z tego bierze się event sourcing, co nie? Które te eventy potem można sobie odtwarzać. Ale mamy z zupełnie innej beczki event storming, który ma się nijak do...
Pokazano wszystkie 1 dopasowanie. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Kliknij, aby znaleźć fragmenty, w których pada.
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. […]
The post DevTalk #138 – O Event-Driven Architecture z Tomaszem Stolarczykiem appeared first on DevTalk.