BFF 노트

공식 명칭
Backends For Fronteds의 약칭
https://samnewman.io/patterns/architectural/bff/
무엇
고객에게 특수 기능을 제공하다.
뒤에 특수화된 API를 설정합니다.
BFF는 고객 단말기의 종류에 따라 분리된다.
닮은꼴

MVC 아키텍처의 View

3층 구조의 PR 층

장점

각 터미널에 대해 대응하는 BFF를 열거하여 개별 대응하는 층과 통일적으로 사용하는 백엔드 API

를 분리한다.

UI 요구 사항의 백엔드 요건을 인터페이스화할 수 있으므로 백엔드와 역할을 분담하면서 백엔드 API를 아카이빙하고 개발할 수 있음

터미널에 접속하는 것은 여러 가지 서비스와 관련된 상황에서 효과적인 것으로 여겨진다.
컴퓨터, 핸드폰 같은 서비스는 필요 없을 것 같아요.
Q: 부드러운 사이트는 BFF에 의해 분할되지 않나요?
스펀지화만 된다면 BFF분할의 필요조건이 사라지는 것은 BFF필요사건이 아니라고 생각합니다.
합격 기준
BFF는 고객의 요청 협의를 통일적으로 설명할 수 없기 때문에 선택한 것이라고 생각합니다.
BFF는 하고 싶으면 하는 게 아니라 어쩔 수 없이 하는 거라고 생각해요.
일부 이유로 HTTP 요청을 발행할 수 없는 특수 터미널이 서비스 공급자에게 있기 때문에 대응합니다.
여러 API를 번들로 묶으려면
API Gateway 서비스가 있어서 그쪽 서비스를 고려하고 있습니다.

Google Apigee

AWS의 Amazon API Gateway

Azure API Management

BFF를 혼자 만드는 이유가 있는지 잘 살펴보고 싶어요.
사례.
Line

실습 마이크로 서비스 - 구성 요소 분할과 고장 회피의 생각은 LINE의 도입 사례에서 배운다
마이크로서비스의 분할 사례는 소개하지만, 앞부분의 Shop-proxy와 LINE STORE도 BF를 볼 수 있게 분리됐다.마이크로 서비스가 BFF인지 아닌지는 잠시 논하지 않는다.