Универсальный Backend for Frontend для всех платформ RUTUBE

Помните я выступал с докладом про наш BFF на FrontendConf? Мне прислали оценки доклада, там цифры неплохие получились:

Ср. оценка за содержание: 4.40 (25 голосов) из max 5.0 Ср. оценка за подачу: 4.58 (24 голоса) из max 5.0 Заполненность зала: начало: 78, сессия Q&A: 81, окончание: 68

В топ-10 не вошел, есть над чем работать, но в общем и целом — хороший результат.

Сегодня мы ✍🏻 выпустили статью на Хабре по мотивам моего доклада. Из статьи вы узнаете:

▪️Что такое паттерн BFF и какие задачи он должен решать в больших продуктах? ▪️Какие проблемы возникают, когда все клиенты ходят напрямую в монолитный бэкенд? ▪️Как логично структурировать BFF-проект, чтобы независимо развивать версии приложений для разных клиентов и выдерживать SLA? ▪️В каких ситуациях введение BFF действительно даёт продукту максимальную выгоду, а когда только усложняет архитектуру без реальной пользы? ▪️Какие риски и ограничения нужно учитывать при переходе на GraphQL в такой архитектуре? ▪️Чем архитектурно и функционально BFF отличается от API Gateway?

Читайте, плюсуйте, пишите комментарии, любая обратная связь очень важна 🙏 Кстати, видосы доклада тоже выложили на платформы, делюсь:

📹 Смотреть запись на YouTube 📺 Смотреть запись в VK Видео P.s.: видосы пока без секции Q&A, организаторы обещали выложить полную версию, обновлю потом ссылки. P.s.s.: Подписывайтесь на наш DevRel канал "Смотри за IT", там регулярно выходят разные статьи о внутрянке RUTUBE и как у нас тут все работает.

#максимговорит #frontendconf #rutube | @ulyanov_life

В этом посте были ссылки, но мы их удалили по правилам Сетки