SM
К слову о БД: выбирая webflux, ты уже обязан тянуть какую-нибудь монгу в проект, вместо чего-то реляционного (да, есть R2DBC, пробовали, год назад было очень сыро).
Это ещё зачем?
Size: a a a
2020 September 23
MB
Обычный JDBC не асинхронный, соотв. вызовы придется оборачивать в отдельные треды, тогда зачем webflux? Об этом даже в доке пишется, что если у вас много блокирующих вызовов предполагается, то webflux точно не ваш вариант.
SB
Это ещё зачем?
Потому что если вы упираетесь в синхронные дрова, то в чём смысл.
Ⓢ
r2dbc сейчас уже очень даже ничего, можно потихоньку тянуть на прод
SM
Потому что если вы упираетесь в синхронные дрова, то в чём смысл.
Синхронные дрова не обязательно должны быть медленными. Нет проблем накрыть это всё асинхронной очередью с предохранителем
MB
r2dbc сейчас уже очень даже ничего, можно потихоньку тянуть на прод
Мы год назад пробовали, нам тогда показалось, что можно попробовать, уже и релиз был. Но в процессе натыкались на разные грабли и приходилост от каких-то вещей отказываться, а где то и свои костыли писать. Деталей сейчас уже не вспомню. Там с корутинами тоже какие-то нюансы были.
SM
r2dbc сейчас уже очень даже ничего, можно потихоньку тянуть на прод
Только если на проде не Oracle 😂
SB
Синхронные дрова не обязательно должны быть медленными. Нет проблем накрыть это всё асинхронной очередью с предохранителем
Если запросы обрабатываются "быстро" - у вас не возникнет проблем с недостатком тредов. А если перекидывать запрос из одного треда в другой, то не будет экономии.
SM
Если запросы обрабатываются "быстро" - у вас не возникнет проблем с недостатком тредов. А если перекидывать запрос из одного треда в другой, то не будет экономии.
Всё так. Но если всё-таки не все запросы превращаются в запросы в БД, то чаши на весах выбора начинают качаться 🙂
Ⓢ
К слову о БД: выбирая webflux, ты уже обязан тянуть какую-нибудь монгу в проект, вместо чего-то реляционного (да, есть R2DBC, пробовали, год назад было очень сыро).
Ⓢ
Немного не по теме, но вот тут (https://www.enterprisedb.com/blog/comparison-joins-mongodb-vs-postgresql) утверждается, что Mongo в 130 раз медленнее Pg 🤩
Ⓢ
Вообщем если кому интересен стек Kotlin + Coroutines + Spring + R2DBC + Postgres, то могу проконсультировать - всё работает достаточно хорошо.
Ⓢ
Хотя да - разработка проходит несколько медленнее из-за того что корутины меняют парадигму мышления
AN
В каких-то задачах конечно медленнее. Сырое чтение -запись например. А в структурном поиске может быть на порядки выше.
AN
Вообще, все это измерение "перформанса" без понимания того, как оно работает - это головотяпство
MB
Немного не по теме, но вот тут (https://www.enterprisedb.com/blog/comparison-joins-mongodb-vs-postgresql) утверждается, что Mongo в 130 раз медленнее Pg 🤩
Ну тут не совсем про монгу в целом, а про джоины. Это да, известно, что их нужно избегать по указанным причинам.
N
Вообщем если кому интересен стек Kotlin + Coroutines + Spring + R2DBC + Postgres, то могу проконсультировать - всё работает достаточно хорошо.
Недавно на работе запилили микросервис с kotlin+spring+coroutines+rdbc тоже норм работает
SB
Никто не ставил еще 2020.3.EAP ? очень странное ощущение что работает прямо гораздо лучше чем 2020.2.2 но может и просто кажется
AN
Никто не ставил еще 2020.3.EAP ? очень странное ощущение что работает прямо гораздо лучше чем 2020.2.2 но может и просто кажется
А оно уже есть? А то в 2020.2 глюки дикие
SB
да, сегодня доступной сделали