[MrFisherman]

Jak się robi taką infrastrukturę żeby na froncie było reaktywnie, to znaczy chodzi mi o to żeby na żywo, w czasie rzeczywistym się coś zmieniało/aktualizowało np. jakiś chart. No bo odpytywanie backendu co np. sekunde to kijowy pomysł (ze względów wydajnościowych i wgl) a z drugiej robienie całej infrastruktury itp. reaktywnie np. w webflux to pewnie #!$%@? ciężkie rozwiazanie. Chyba żeby zrobić warstwę tylko Backend For Frontend reaktywnie a reszte normalnie? Chyba że inaczej się to robi, jakieś asynchroniczne przesyłanie do frontu idk. Powiedzmy że front w vue/react.
#java #programowanie #vue

[MrFisherman]

Wystarczy mi hasło/nazwa rozwiązania, reszte sobie moge doczytać ( ͡° ͜ʖ ͡°)

[96431e9dfa1a78af1aadcfcc744e7548]

@MrFisherman: websockets

[MrFisherman]

@96431e9dfa1a78af1aadcfcc744e7548: superowo dzięki

[Myrcin-]

@MrFisherman: z tym reaktywnym podejściem to też musisz doczytać, bo to co tam napisałeś nie ma sensu :D

[Hauleth]

@MrFisherman: WebSockets albo SSE jeśli komunikacja w jedną stronę wystarczy.

[Killeras]

@MrFisherman: kafka?

[jazuu]

@Killeras: poproszę czarną bez cukru ( ͡º ͜ʖ͡º)

[csmth]

@MrFisherman: podejść jest kilka, websockety też mają swoje wady, więc zależy czego dokładnie potrzebujesz. Z największych wad websocketów jest to skalowanie i obciążenia jakie generują, a na jednym serwerze masz max 65k socketów otwartych, jak przewidujesz większy ruch to potrzebujesz max_users/65k maszyn do obsługi samych socketów, a wtedy rozwiązania typu polling (który uznałeś w swoim pytaniu za rzekomo problematyczne wydajnościowo "i wgl") są jak najbardziej dobrą opcją

[Saly]

Chyba żeby zrobić warstwę tylko Backend For Frontend reaktywnie a reszte normalnie?

@MrFisherman: możesz mieszać. Jak nie chcesz reaktywnych ficzerów to nie zwracasz Mono/Flux w controllerze, tylko zwykly typ https://docs.spring.io/spring-framework/docs/current/reference/html/web-reactive.html#webflux-controller