Доклад совсем ни о чём. Для тех, кто не знаком с webflux, он явно недостаточен и совсем по верхам. Для знакомых тут вообще ничего нового: ежу понятно, что нужны отдельные тредпулы, это и в блокирующем стеке встречается, чтобы не забивать I/O тредпул
Супер интересная и полезная лекция. Даже на курсах мало кто из преподавателей может внятно дать ответ можно ли (и как?) "готовить" синхронные долгие вызовы в реактивном стеке.
почему бы не сделать по-человечески отдельное приложение (микросервис) с новыми реактивными ендпоинтами, а старые оставлять в старом? этакое версионирование через переезд
Код занимает четверть слайда, ничего не видно, куда смотрит программный комитет…...
Доклад совсем ни о чём. Для тех, кто не знаком с webflux, он явно недостаточен и совсем по верхам. Для знакомых тут вообще ничего нового: ежу понятно, что нужны отдельные тредпулы, это и в блокирующем стеке встречается, чтобы не забивать I/O тредпул
Ваш ёж очень хорошо соображает.
Супер интересная и полезная лекция. Даже на курсах мало кто из преподавателей может внятно дать ответ можно ли (и как?) "готовить" синхронные долгие вызовы в реактивном стеке.
почему бы не сделать по-человечески отдельное приложение (микросервис) с новыми реактивными ендпоинтами, а старые оставлять в старом? этакое версионирование через переезд
Вариантов решения может быть много. В докладе один из возможных
@@petrelevich со всем уважением к труду, но ситуация слишком синтетическая
@@ГлебВалерьевич-у6ы много раз встречал эту ситуацию в продакшен коде.
Как бы все очевидно
Почините платформу мир, бесит, по 5 раз отказ в оплате проходит) пожалуйста
Да, лекция совсем не о чем, просто пересказ доки