Рабочий дневник: День 423
Как я к BFF подключался

👨‍💻 Ранее мне передали два фронта из микрофронтов. По сути они идентичны. Но есть нюанс: один работает в закрытом контуре, а второй может ходить в интернет.

Для закрытого нужен прокси. Он через M2M пойдет в бэкенды микрофронтов. Это когда один сервер авторизуется на другом без участия человека.

🤔 И тут встал вопрос: нужен ли прокси в открытом клиенте?

С одной стороны это ещё один сервис, который надо поднимать, настраивать и поддерживать. Но с другой, такой слой может пригодиться для обработки данных.

Допустим, вместо списка задач нам нужен процент закрытых. Где это считать? В идеале на бэке трекера. Но когда виджетов с бэками штук сорок, попробуй договорись.

🤷‍♀️ В какой-то момент мы решили идти к Архитектору. Но нас предупредили: это опасный путь. На один вопрос он может задать десять встречных.

И тогда я спросил у GPT, куда копать? Он попросил не епать ему бошку, а лучше пойти и с командой поднять бэк для открытого клиента. Это же классика. Это BFF.

✍️ BFF, или Backend for Frontend — подход, когда под каждый UX создаётся свой бэкенд. В такой схеме фронт знает только один адрес. Работает только с одним токеном.

Он не видит структуру сервисов и не думает о том, что там за инфра снаружи. Без такого слоя клиент берёт на себя всё то, что лучше бы оставить серверу.

Нам надо только ввести логин. А дальше BFF идёт с нашим токеном, но от своего имени в трекер за задачами или в мессенджер за сообщениями.

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

📊 #статистика в IT 1592д | 4910ч