[PoteznyMagWody]

Jak projektować mikroserwisy, żeby czas odpowiedzi nie rosnął w górę do nieskonczoności? Załóżmy najprostszy przypadek, mamy dwa serwisy: user service, payment service. Na świat wystawiamy je przez api gateway. Czyli już czas przesyłu rośnie 2x? bo napierw idze http request z przeglądarki po REST do gateway, potem po REST do serwisu.
A teraz dołóżmy do tego jeszcze autoryzację, nie chcemy żeby oba serwisy były przecież odpowiedzialne za autoryzację, więc wydzielamy mikroserwis auth server i teraz flow przykłądowego requestu to: przeglądarka -> api gateway -> auth server -> odpowiedz z auth servera, jesli ok -> user service.

Czyli jeden głupi request do wyswietlenia danych uzytkownika to az 3 sekwencyjne requesty http, czyli czas odpowiedzi mimimum zwiększa się 3x.

Co jak dojdzie nowa funkcjonalność, że user i payment serwis miałby wołać jeszcze kolejny serwis. sekunda czasu odpowiedzi to pewnie minimum. I nasza strona zamienia się w kręcące się loadery zamiast w treść.

Jak to się rozwiązuje w mikroserwisach, że mimo to działa to w miarę szybko? w-------e api gatewaya i robienie autoryzacji w kazdym serwisie? czy stosowanie innego protokołu między api gateway a serwisami, np gRPC?

#programowanie #mikroserwisy

[VDrakkainen]

Jak to się rozwiązuje w mikroserwisach, że mimo to działa to w miarę szybko? w-------e api gatewaya i robienie autoryzacji w kazdym serwisie?

@PoteznyMagWody: np. JWT

[PoteznyMagWody]

@VDrakkainen: chodzi mi o zwiększający się czas na transportu, nie przetwarzania w serwisach

[nilphilus]

@PoteznyMagWody: a serwisy nie mogą trzymać sobie potrzebnych danych gdzies w cache? Czy za kazdym razem wszystko musi przez siebie przechodzić? Bo jak tak musi być to chyba problem jest w tym.

[dzejro]

@PoteznyMagWody: wybiera się odpowiedni rodzaj transportera między mikroserwisami, który pasuje do wymagań. Najprostszy będzie zwyczajne TCP (WebSocket) co już znacznie przyszpieszy sprawę, bo nikt nie robi tego przez zwykły HTTP request.
I tak możesz użyć gRPC - ten sam efekt jeśli chodzi o performance zapytania (tzn wzrost szybkości xd)

[MarcelMcOne]

@PoteznyMagWody można zrezygnować z api gateway, polecam to podejście :) Autoryzacja nie jest problemem w poszczególnych kontekstach jeśli używasz jwt.

[becvvv]

@PoteznyMagWody: no a to nie jest tak, że te serwisy są w tej samej sieci, więc opóźnień dużych nie ma?

[MarcelMcOne]

@JeremiaszKlakson przecież są mechanizmy unieważnienia tokenów JWT

[J.....n]

@MarcelMcOne które są stateful, więc dzięki nim nie ma żadnego sensu używać JWT