Zdarzenia wewnętrzne i zewnętrzne

Gdy inny zespół potrzebuje twoich danych, najszybciej jest pozwolić mu słuchać zdarzeń, których twój moduł używa wewnętrznie. Działa to do pierwszej zmiany. Odbiorcy muszą odtwarzać twój proces z drobnych, szczegółowych zdarzeń, a każda twoja zmiana może im coś zepsuć. Nauczysz się rozdzielać oba rodzaje zdarzeń, żeby zmieniać wnętrze modułu bez psucia innym.

Pierwszy artykuł pokazuje problem na znajomym scenariuszu: zespół płatności słucha zdarzeń koszyka, pomija jedno z nich i pobiera od klientów za dużo. Rozwiązaniem jest traktowanie udostępnianych zdarzeń jak API. Szczegółowe zdarzenia zostają w module, a inne zespoły dostają na osobnym kanale mniej zdarzeń, ale kompletnych, ze wszystkimi potrzebnymi danymi. Drugi, starszy artykuł odpowiada na pytanie, jak duże powinno być zdarzenie: tak małe, jak to możliwe, ale nie mniejsze. Czasem oznacza to kilka zdarzeń dopasowanych do różnych odbiorców zamiast jednego dużego.

Zacznij od pierwszego. Do drugiego sięgnij, gdy kilku odbiorców potrzebuje od ciebie różnych danych.

  1. Internal and external events, or how to design event-driven API

    2023-10-15One of the things that we’re learning too late in the Event-Driven approach is that we should have been splitting events into internal and external. While starting our…
  2. Events should be as small as possible, right?

    2021-04-14TV size? The bigger, the better. Debt amount? Opposite. It’s hard to find the right size that suits all. How big should the event be? What amount of information should it…