Паттерны отказоустойчивой архитектуры / Александр Кривощёков (Яндекс Еда)

[@АлексейХудокормов]

Респект докладчику, хороший материал доклада и отличня подача !

[@gostudy-nt3tu]

потрясающий доклад и докладчик. спасибо большое, прослушала с большим интересом! и действительно ужасно хотелось бы увидеть его в неурезанном виде(

[@romadzzz]

Лучший доклад по патернам который слышал до сих пор

[@AlexGluck2010]

Вот этот доклад я бы полностью хотел услышать. А ещё и паттерны из конца доклада я бы разобрал.

[@ILMIX007]

Retry 3:48 Deadlines и Deadline Propagation 17:22 Rate limiting (Burst limiting) 25:24 Circuit breaker 36:06 Rich client 36:34 Dummy (aka Pumpkin) 37:10

[@Holms]

Для таких донесений надо выделять час - такая информация на вес золота ) А то там на главный трэках какую-то херь разжовывают 60 минут которая нахрен никому не нужна

[@mrStarceff]

Отличный доклад, без воды.

[@alexandrk5715]

Про Яндекс.Воду без воды))

[@MaximBodrov]

Много интересных паттернов. Побольше таких бы докладов

[@izi-php]

отличный доклад, приятно слушать когда человек понимает про что рассказывает 👍

[@DaCentDD]

Жалко, что времени не хватило, но спасибо, очень интересно

[@olesyagorbacheva6991]

Очень полезный и интересный доклад, жаль спикеру пришлось его сократить :(

[@kalmurza]

Последняя глава про Тыкву сама по себе требует 30мин времени. Мне кажется надо было дать этому человеку час эфира. Либо выкинуть очевидные вещи из презы типа Deadlines

[@ivangurin7062]

Спасибо! Отличный доклад! На одном дыхании смотрится.

[@antonmuzeev]

Прямо очень хорошая памятка. Спасибо 👍

[@alfac2008]

Делать микросервисы ради микросервисов сомнительная идея, но сам доклад хороший. Презентация прям наглядная.

[@dmitryd1572]

Отличный доклад, спасибо !

[@depth5322]

Круто 👍

[@sminaeva]

Спасибо большое! Отличная лекция)

[@RodyaO_o]

Отличная лекция.

[@aleksandrsolodov2848]

Бомбезно!

[@d_dunkin]

ого, писал я немного в тот самый каталог) адовый сервис)) Александр супер крутой спец!

[@anatoly-k]

код был не нужен, без него можно было уложиться. жаль, хороший получился бы гайд

[@shvez]

Отличный доклад. Благодарю. Особо за ссылки. Мне тоже показалось, что можно было бы и без кода. Так всё наглядно

[@aleksandrkovalenko1260]

Огонь

[@itcloudguy]

Очень поучительная история. Только шрифты для людей тоже желательно было сделать.

[@grv379]

Вроде бы последний рубеж- это не тыква,а реплика виртуальных машин нет?)

[@sergeylebedev1052]

а что на счет ключей идемпотпнтности. их индексируете в бд? А если ключ не корректный будет, просто отклоняем?

[@Jadgarov94]

Спасибо Матгередон

[@ДмитрийН-т6к]

Подскажите. А что видит пользователь пока сервис ждет ответа от Retry?

[@Kl-hk4lw]

ну обычно какой-то прелоадер в конкретном блоке страницы, например подгружаем отзывы, и только там как-то обыгрывается индикатор загрузки

[@ChuvakSurala]

"5 минут?? "- очень жаль стало, что спикер не успеет все как планировал рассказать

[@himmih]

Все эти задачи очень круто решаются в Akka из коробки!

[@ChannelCheesecake]

А можно подробнее, как akka помогает

[@himmih]

@@ChannelCheesecake подробнее не получается в комментарии, смотрите документацию, но akka по сути и создавалась, чтобы решать проблемы озвученные тут.

[@ChannelCheesecake]

@@himmih просто у akka своих проблем выше крыши: как минимум отсутствие типизации у акторов. Не зря в Scala мире от нее почти все отказались в пользу эффектов. Тем более, что akka сменила лицензию и де-факто теперь мы говорим о pekko

[@himmih]

@@ChannelCheesecake 2.6 akka отличный и стабильный продукт с хорошей лицензий. Типизация есть. Используют куча крупных продуктов начиная играми с миллионами пользователей онлайн, заканчивая крупными платежными системами с огромным количеством транзакции. Не обязательно использовать Scala, очень хорошо работает и с java. Тут важнее именно архитектурные решения, которые в других подходах решаются сложнее.

[@bulgakovwork2022]

КАЙФ!

[@alexandrkalabin7645]

13:30 ключи идемпотентности

[@ИльяСултанов-у6з]

По рейт лимиту не согласен. Как только мы начнем "давать в долг", то есть гибко подходить к лимитированию, сразу упадет надежность, и в части случаев сервис таки будет падать.

[@MrFijirald]

Не очень понял профит от паттерна deadline. В чем принципиальная разница с обычными таймаутами. Если пользователь тупо закрыл свой клиент, нам никакая временная метка в хедере не поможет. Такое ощущение, что это альтернатива таймаутам на соединения. Чтобы не рассчитывать таймауты и количество ретраев для каждого микросервиса в сложной интеграции. Типа ретраимся до победного и надеемся, что сеть не с первой так со второй попытки нас пустит куда надо. Но если время до дедлайна вышло, то успокаиваемся и ничего не делаем дальше по флоу. Тогда получится более простая конфигурация кучи сервисов и при этом сэкономим, снизив паразитную нагрузку

[@andreykyzn]

Я что-то не могу найти : 05 Rich client 06 Dummy

[@chatgptintutorials]

Что значит Monolith?

[@ramzparag]

Спикер крутой

[@МаксимКузичев-к8ч]

Видно что ты разработчик по Яндекс Еде ))))

[@ЕвгенийСоколов-м6щ]

Отличный доклад. Можно было бы без кода обойтись, тогда больше времени было)

[@vitmar5475]

Хуєта для джунів

[@Kl-hk4lw]

что тут забыл синьор

[@rin-nas]

"Ретраить", " рефрешить", с русским языком проблемы? 😄

[@ГлебКолдунов]

Стандартная лексика в среде разработчиков. Много информации на английском языке и переводы слов часто разные, а многие и не переводят просто, и чтобы понимать о чем речь, часто используются англицизмы, уж так сложилось.

[@Dmitrii-q6p]

подсказал бы лексику, если настолько знаток.