#java #queue #programowanie Mirki, czy widzicie jakieś zalety w użyciu kolejki zamiast REST ale w przypadku gdy mamy tylko komunikację synchroniczną (czekamy na odpowiedź). Mam w projekcie takie przypadki i zastanawiam się czy ma to w ogóle jakiś sens
Nie szkodzi. W takiej sytuacji użycie brokera też zwiększa high availability
kolejka też jedzie na wątkach. Call http nie kosztuje wątku jeśli używasz async/awaitów, reactora lub green threadów. W każdym popularnym języku znajdziesz coś z tej trójki
Ale jest to gorsze rozwiązanie z punktu widzenia high availability. To, że używasz lekkich wątków magicznie nie sprawi, że nie zgubisz eventu, gdy apka ci padnie w
@Saly: przecież masz ją w kodzie. Kolejka tylko zarządza priorytetem, przechowuje i rozsyła zdarzenia. A architektura robi się skomplikowana, serwisy muszą komunikować się ze sobą, po jakimś czasie wszystko zaczyna gadać ze wszystkim. Każda głupia funkcja musi nagle przechowywać kolejkę, robić retry itd. Przerabiałem to, na koniec nie wiadomo co się stało, kto nie dostał albo nie przetworzył.
Mirki, czy widzicie jakieś zalety w użyciu kolejki zamiast REST ale w przypadku gdy mamy tylko komunikację synchroniczną (czekamy na odpowiedź). Mam w projekcie takie przypadki i zastanawiam się czy ma to w ogóle jakiś sens
Nie szkodzi. W takiej sytuacji użycie brokera też zwiększa high availability
Ale jest to gorsze rozwiązanie z punktu widzenia high availability. To, że używasz lekkich wątków magicznie nie sprawi, że nie zgubisz eventu, gdy apka ci padnie w
A architektura robi się skomplikowana, serwisy muszą komunikować się ze sobą, po jakimś czasie wszystko zaczyna gadać ze wszystkim. Każda głupia funkcja musi nagle przechowywać kolejkę, robić retry itd.
Przerabiałem to, na koniec nie wiadomo co się stało, kto nie dostał albo nie przetworzył.