Aktywne Wpisy

Tortcebulowy +954
źródło: 1000012290
Pobierz
PodniebnyMurzyn +202
Anglia 2025, środek deptaku w centru miasta
źródło: image_picker_9CE2C5B6-C49E-4899-A51E-E9979EE59F4D-60643-000020CD48AD650E
PobierzSkopiuj link
Skopiuj link
źródło: 1000012290
Pobierz
źródło: image_picker_9CE2C5B6-C49E-4899-A51E-E9979EE59F4D-60643-000020CD48AD650E
PobierzRegulamin
Reklama
Kontakt
O nas
FAQ
Osiągnięcia
Ranking
Ogólnie mirki mam pytanie. Tyle się mówi, że mikroserwis powinien być niezależny itp itd. To ja się zastanawiam jak mój mikroserwis, który dajmy na to pobiera dane z zewnetrznych api i zapisuje je do bazy ma być niezależny? Jeśli używam do tego bazy relacyjnej to w przypadku kiedy w odpowiedzi z api coś się zmieni i bedzie to wymagało zmian w bazie danych to te zmiany bede musiał również zaadaptować w serwisie który odczytuje dane z bazy i je przetwarza. W ten sposób oba te serwisy są od siebie zależne. Jak więc w takim przypadku uzyskać niezależność? Powiedzmy że mam dwa mikroserwisy i jeden pobiera dane i je zapisuje gdzieś a drugi odczytuje dane i je przetwarza
Zaleznosc to np. jak masz model w tym mikroserwisie i po zmianie musisz dostosowac inny mikroserwis do wewnetrznych zmian.
Odczytywanie danych których nie ma może zwracać domyślne wartości
Jeżeli istnieje jakaś zależność to musi przebiegać tylko w jednym kierunku
@ireneusz-piontek: tak się nie robi. Jedna baza jest używana tylko przez jeden serwis. Wszystkie operacje zapisu/odczytu idą przez ten serwis
@ireneusz-piontek: To jest wlasnie wielkie NIE w swiecie mikroserwisow. Albo dwie bazy, albo jeden serwis.
https://www.baeldung.com/cqrs-event-sourcing-java
@Saly: czyli jak sie coś zmienić w bazie i modelu to serwis zapisujacy w bazie zmienia model requestu i kazdy serwis musi zmienic model requestu czyli sa zalezne
@Proogramista: j/w jak cos sie zmieni w bazie to i tak trzeba zrobic zmiany w obu serwisach
@ireneusz-piontek: serwis A zmienia model bazy, swoją logikę i model requestu/responsu. Nie zmienia to faktu, że jak chcesz mieć mikroserwisy to model requestu/responsu musi być robiony z głową. Przy normalnych podejściu zmiany w modelu muszą być elastyczne. W taki sposób, że serwisy odpytujące