Спасибо, за замечание! Я честно говоря даже не обратил внимание, когда искал источник..) Да, согласно исследованию автора так и есть, однако он приводил сравнение поллинга и со стриминг технологиями, и не стал соблюдать точность в исследовании разницы между WS и SSE, так как технически Websocket передает в "тунеле" намного больше технической информации чем SSE. Думаю, стоит заменить данную ссылку или попрпавить график.
И да, SSE намного проще в применении на обоих сторонах на беке и на фронте.
Можно, и это обсуждалось на дискуссии после доклада, но как всегда есть ньансы.
Если данная тема интересна, могу сделать исследование написать статью по сравнению Webflux и Virtual Threads в подобных сценариях. Особенно это актуально сейчас, когда все "шероховатости" Virtual Threads были исправлены в JDK 24 и перешли в JDK 25 LTS, что очень актуально для энтерпрайз разработки.
Доклад и статья, как вы верно заметили, посвещены в первую очередь учебным целям и повышению уровня осведомленности, о том что такие инструменты существуют.
На счет кафки полностью согласен, почти в любом варианте реализации сервиса ее можно использовать для устранения конкурентоности.
Спасибо, за замечание!
Я честно говоря даже не обратил внимание, когда искал источник..)
Да, согласно исследованию автора так и есть, однако он приводил сравнение поллинга и со стриминг технологиями, и не стал соблюдать точность в исследовании разницы между WS и SSE, так как технически Websocket передает в "тунеле" намного больше технической информации чем SSE.
Думаю, стоит заменить данную ссылку или попрпавить график.
И да, SSE намного проще в применении на обоих сторонах на беке и на фронте.
Если тема интересна, могу сделать исследование в контексте того же SSE c Virtual Threads vs WebFlux.
Уже есть LTS 25 c отшлейфованными Virtual Threa :)
Да в JDK 21 LTS Virtual Threads уже были.
Можно, и это обсуждалось на дискуссии после доклада, но как всегда есть ньансы.
Если данная тема интересна, могу сделать исследование написать статью по сравнению Webflux и Virtual Threads в подобных сценариях. Особенно это актуально сейчас, когда все "шероховатости" Virtual Threads были исправлены в JDK 24 и перешли в JDK 25 LTS, что очень актуально для энтерпрайз разработки.
Посмотрите доклад Антона Котова, если еще не смотрели, про R2DBC. Я на нем как раз присутствовал в роли эксперта.
https://jokerconf.com/en/talks/24ea9f403956459494118f94b18f1fc0/?referer=/persons/9b51aae750924e20a3467061c96d613c/
Итоги на самом деле говорят вовсе не в пользу R2DBC.
Доклад и статья, как вы верно заметили, посвещены в первую очередь учебным целям и повышению уровня осведомленности, о том что такие инструменты существуют.
На счет кафки полностью согласен, почти в любом варианте реализации сервиса ее можно использовать для устранения конкурентоности.