У меня в проекте и то и то используется. В принципе, обе библиотеки примерно об одном и том же, кстати и интегрируются между собой хорошо. Какие то вещи проще делать через reactor, какие-то через корутины. Например, в корутинах есть акторы, на реакторе такое можно сделать, как-то через контекст пропихивать состояние, но не так красиво как в акторах с тейлреком. С другой стороны в реакторе ооочень много полезных операторов, таких даже в корутиновых flow нет. Например у нас на реакторе построена агрегация данных для ui, причем достаточно нетривиальная в плане разбивки данных по батчам в зависимости от самих данных и ряда других факторов. Вообще, судя по всему за корутинами будущее ибо читать проще, особенно с flow, но в реакторе очень уж классные операторы

Круто :)
И что, ты используешь корутины? suspend, await, вот это все?
А то я по-старинке, map-flatMap, и так и не смог для себя пока обосновать полезность корутин
Даже если нужно что-то заасинхронить, использую Mono.defer{}

Некоторые ещё для себя не смогли обосновать полезность webflux

Некоторые ещё для себя не смогли обосновать полезность webflux

Главный тормоз развития новых технологий типа корутин - это то что ЗП разработчиков выше стоимости серверов. Пока проблему производительности бэкэенда можно быстро решить закупкой доп железа, ни вебфлукс, ни корутины на бэке не очень востребованы

Главный тормоз развития новых технологий типа корутин - это то что ЗП разработчиков выше стоимости серверов. Пока проблему производительности бэкэенда можно быстро решить закупкой доп железа, ни вебфлукс, ни корутины на бэке не очень востребованы

Для 99% (это пессимистично, на самом деле там ещё девятки после запятой) проектов из числа тех, что пишут на спрингбуте и подобном, асинхронщина на беке с целью "экономии тредов" нафиг не нужна, они НИКОГДА не упрутся в эту проблему на стандартном железе, никаких "закупок доп. железа" не потребуется.

Для 99% (это пессимистично, на самом деле там ещё девятки после запятой) проектов из числа тех, что пишут на спрингбуте и подобном, асинхронщина на беке с целью "экономии тредов" нафиг не нужна, они НИКОГДА не упрутся в эту проблему на стандартном железе, никаких "закупок доп. железа" не потребуется.

Очень точно подмечено. А деятели, которые выбирают эти технологии ловко обосновывают свои решения, играются и уходят.

Ну любая новая технология - это тормоза на старте. Я не думаю, что вопрос тут в производительности. Скорее все-таки в гибкости. Если надо круды клепать - магия на аннотациях будет работать лучше. Если надо что-то более сложно, все эти "удобства" спринга могут быть в минус, а не в плюс.

Ну, я вот упирался

Мы уже упёрлись на 2000 рпс