Думаю, вы просто еще не доросли. Откройте хабр и умные книжки - там полно такого материала. Автор еще весьма аккуратно рассказал о популярных архитектурах, в реальности вы бы закопались на месте
Короче это тот же самый API Gatway но разбитый на части. Он получает запросы от фронтенда и решает какой запрос на какой микросервис отправлять. В Netflix придумали сделать отдельный api gatway для всех мобильных клиентов и отдельный для десктопных и назвали это паттерном BFF. А в Яндексе придумали называть бэкенд разрабов, которые пишут gatway фронтендерами что бы повесить на них двойную работу и меньше платить
Выбор архитектуры для реализации такого рода решений действительно играет важную роль, и видео затрагивает разные варианты, что помогает зрителям лучше понять, какой подход подходит для их конкретных проектов.
Не хватило( Непонятно, как реализуется клиент и инфраструктура на одном уровне, почему на уровне бизнес-логики нужно видеть инфраструктуру, что такое протечка абстрации...интересно, но мало)
@@kirillgimranov4943 тогда еще вопрос (сразу большие соряны, я не технарь): вроде бы на BFF тоже может выноситься какая-то логика, нет? Как понять тогда разницу?
"протечка абстракции" случилась у меня при просмотре )
Про домен и инфраструктуру в рамках архитектуры тема не раскрыта(
Очень поверхностно
Великолепное видео, и даже про популярные архитектуры раскидали, весьма доходчиво!
BFF = best friend forever
Думаю, статью писал архитектор для архитекторов - простому разработчику тут очень мало что понятно(...
Звучит как воинская специальность😂 архитектор архитекторов
Думаю, вы просто еще не доросли. Откройте хабр и умные книжки - там полно такого материала. Автор еще весьма аккуратно рассказал о популярных архитектурах, в реальности вы бы закопались на месте
Про kong расскажите
В 2 словах поясните примером, как это - инфраструктура на уровне клиента
Короче это тот же самый API Gatway но разбитый на части. Он получает запросы от фронтенда и решает какой запрос на какой микросервис отправлять. В Netflix придумали сделать отдельный api gatway для всех мобильных клиентов и отдельный для десктопных и назвали это паттерном BFF. А в Яндексе придумали называть бэкенд разрабов, которые пишут gatway фронтендерами что бы повесить на них двойную работу и меньше платить
@@vasyavasin7364 спасибо, отличное пояснение
gateway тоже на отдельном сервере может быть реализован?
А если клиенты состоят из веба, иос и андроид? Делать 3 BFF под каждый клиент?
кто должен писать эту прослойку?
Фронтендеры или бекендеры?)
очевидно бекендеры, т.к. это всё еще серверная часть
Каша. В частности про DDD.
Выбор архитектуры для реализации такого рода решений действительно играет важную роль, и видео затрагивает разные варианты, что помогает зрителям лучше понять, какой подход подходит для их конкретных проектов.
а в чем будет преимущество, по сравнению с микрофронтендовыми сервисами?
Думаю микрофронтенд тут нипричем
@@chilisten ну если условно у нас есть микросервис на фронте, который работает со своим микросервисом на беке, зачем нам нужен Gateway?
@@Vinci101 в таком случае незачем
Не хватило( Непонятно, как реализуется клиент и инфраструктура на одном уровне, почему на уровне бизнес-логики нужно видеть инфраструктуру, что такое протечка абстрации...интересно, но мало)
Он нава😊е
сделайте еще видео, чем BFF отличается от middleware
middleware выполняет какую-то логику запроса, BFF - интерфейс между фронтом и бэком
@@kirillgimranov4943 тогда еще вопрос (сразу большие соряны, я не технарь): вроде бы на BFF тоже может выноситься какая-то логика, нет? Как понять тогда разницу?
@@a_skoooo должна реализовываться лишь логика, связанная с bff
как всегда сложно и непонятно, никогда решение посмотреть объяснение с этого канала не увенчивалось успехом
Всё это ни о чем без примеров кода.
Если вы junior разработчик, то да, без примеров сложно. Все, что выше по уровню - все предельно понятно
@@Andrew-v4o7kнет
Не думаю что уровню повыше junior будет интересно такое смотреть ибо он уже это знает либо как вы сказали он junior)
не понятно