Простыми словами
Серверный слой, адаптирующий данные и API под потребности конкретного клиентского интерфейса. Например, мобильный экран и веб-кабинет получают разные BFF. Каждый собирает данные под свой интерфейс, не заставляя общий API знать детали всех клиентов. Поэтому принцип используют как проверочный вопрос при изменении кода - иначе небольшая новая функция начинает требовать правок во множестве несвязанных мест.
Пример при разработке
Мобильный экран и веб-кабинет получают разные BFF. Каждый собирает данные под свой интерфейс, не заставляя общий API знать детали всех клиентов.
Это редакционный пример применения, а не часть определения или доказательство концепции.Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Использовать решение без учета его условий применимости и компромиссов.
Сопоставить проблему, контекст и ограничения с назначением концепции.
Ограничения
«Backend for Frontend» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Sam Newman. Backends For Frontends. 2015.