@slime-mold mikroserwisy to według niektórych (w tym mnie) zła praktyka, więc pytanie jest tendencyjne.

Generalnie moim zdaniem jak działa to dobra praktyka, a jak się rozjebie to wniosek na przyszłość.

@slime-mold o Hui... Ale mamy wysyp ludzi co się za dużo naoglądali wykładów ewangelistów na jutubie... Co do zasady jak ktoś się nie zna to Ci odpowie z miejsca tak albo siak, bez kontekstu (szansa na sukces 50%) Jak ktoś będzie na tyle doświadczony, że się szczai że się jeszcze nie zna, ale lubi się wypowiedzieć to Ci będzie próbował sprzedać na 10 sposobów sentencje "to zależy" tak żeby to wyglądało mądrze, ale broń Boże nie mówiąc dlaczego i od czego to zależy... Ewentualnie Ci powie, że nie jest fanem koncepcji ogólnie - o co nikt nie pytał... I oczywiście stwierdzenie to będzie poparte dokładnie niczym, mimo że dla rzeczowości wymaga jeszcze więcej komentarza niż do po rzygu oklepane "to zależy" ...

Wracając do twojego pytania:

Co do zasady jeśli nie istnieje żaden imperatyw techniczny za takim podejściem to w środowisku mikroserwisowym serwer danych i event listener nie powinny być nigdy w jednym serwisie, a nawet w jednym codebase. To są dwie skrajnie niepodobne w naturze funkcje korzystające z reguły z zupełnie innych technologii. Jeśli nie istnieją jakieś bardzo specyficzne przesłanki to powinny żyć oddzielnie, chyba że:

• system jest na tyle prosty i wydajny w odniesieniu do obciążenia, że nie ma po co robić mikroserwisów i lepiej zrobić monolit
  

• system jest w fazie prototypownia albo dzielenia monolitu i na te chwile wygodniej mieć to razem trzymane bo obie funkcje biją w tę samą bazę

@slime-mold Jak robisz u siebie to daj dwa osobne, a jak u obcego to w jednym. Ja nawet u siebie dałem w jednym. #pdk Jeśli masz dwa systemy np. serwer http z API aplikacji oraz eventy np. wysyłające maile a między nimi kolejkę, to czy wywalenie się API może blokować wysyłanie skolejkowanych maili? A gdybyś chciał dodać kolejny serwis http z panelem administracyjnym to wolałbyś robić wysyłanie maili 2 razy czy podpiąć ze sobą nowy http z istniejącymi eventami do wysyłania maili? Agile działa tak że nie tworzysz architektonicznego molocha przewidując wszystkie możliwe przypadki rozwoju oprogramowania, tylko iteracja po iteracji refaktorujesz to co potrzeba jak zmieniają się wymagania. Także jeśli na razie eventy te będą wykorzystywane z jednego miejsca to niech tak zostanie, może nigdy nie trzeba będzie tego zmieniać. Ale jeśli istnieje dość duże prawdopodobieństwo że będzie inaczej (jak w przykładzie z mailami) to dawaj od razu w osobnym mikroserwisie.

@wombatDaiquiri @ZyGi @Vuaaas @Tomek07

Fajnie se was poczytać, zawsze coś nowego wpadnie.

Brakowało mi tego po rozwodzie z wykopem