Ну что, друзья, наш RUTUBE-десант высаживается на осенний Frontend Conf.
Сначала, благодаря вашей поддержке и успеху на внутреннем митапе, Паша решился и подал заявку, которую крайне быстро согласовали. Не удивительно, потому что тема и кейс реально крутые, будет прям интересный доклад. А потом я подумал, что мы несправедливо обошли стороной наш BFF, над которым много работали и было бы интересно о нем вам тоже рассказать. Подался, сегодня получил апрув заявки, начинаю готовиться.)
О чем будем говорить: Микросервис, который смог: создание универсального BFF для всех платформ (Максим Ульянов) 3 года назад мы полностью пересобирали всю техническую команду RUTUBE, а в месте с ней все ключевые сервисы и перепридумывали архитектуру систем под задачи бизнеса. Мы выросли с 60 тысяч ежедневных пользователей в 2021-м, до 17,7 млн пользователей в сутки на сегодняшний день. И когда нам нужна аргегация данных, любой клиент сейчас может получить новую ручку с API и быть уверенным, что данное решение точно будет работать стабильно и держать нагрузку. Но так было не всегда.
В этом докладе я расскажу:
- В каком виде мы получили сервисы от старой команды и как 3 месяца не могли выкатить АБ-тест;
- Какой была архитектура легси решения и почему мы выбрали Nest.js;
- Почему решили отказаться от идеи переписать все на GraphQL;
- Как продали свое решение и почему именно наше решение теперь является единым BFF;
- Какая архитектура в итоге получилась в результате интеграций с Web, Mobile и SmartTV приложениями;
- Как выстраивать процессы и обеспечивать SLA для большого количества клиентов в высоконагруженных сервисах.
Эволюция плеера RUTUBE: от монолита к гибким модулям (Павел Фомин) Когда мы пришли 3 года назад, архитектура плеера RUTUBE оставляла желать лучшего. Первое время мы пытались приводить в порядок и развивать то что было, но быстро стало понятно, что нам не удастся двигать вперед и реализовать поставленные цели без полной переработки.
В это докладе я расскажу:
- Зачем нужна сложная архитектура для плеера, а не просто тег video.
- Как старая реализация на redux и супер-компоненте тормозила разработку, убивала возможности развития и масштабирования
- Какие задачи окончательно заставили выделить ресурсы на тотальный рефакторинг.
- Каким образом мы переписали плеер на Mobx, распилили на модули, внедрили DI и интегрировали плеер в другие проекты холдинга
Кароч, по тезисам понятно, что это будет отчет за 3 года.)) Плодотворно поработали, чтобы теперь понтоваться на конфах 😅 Ну еще и RUTUBE перезагрузили по полной, эт факт.
Увидимся на конференции 🤝
#конференция #анонс #frontendconf | @ulyanov_life
