MFE vs BFF vs API GW

BFF(Backend For Frontend), MFE(Micro Frontend), API Gateway 는
클라우드 네이티브 기반 MSA 아키텍처의 프론트엔드 및 API 경계 설계에서 역할과 관계성이 명확하게 정의되어야 할 핵심 컴포넌트입니다.

---

용어 정리 (각 구성 요소의 정의)

구성요소	설명
MFE (Micro Frontend)	프론트엔드 레이어를 도메인별 또는 기능별로 분할하여 독립 배포/운영 가능한 구조. Shell 앱이 여러 MFE를 통합함
BFF (Backend for Frontend)	프론트엔드 전용 API 중계 계층으로, 화면단에 최적화된 API 응답을 조합하거나 포맷팅. UI 별 API 최적화를 담당
API Gateway	모든 외부 요청 진입점을 담당하며 라우팅, 인증, 인증 토큰 위임, 속도제한, 로깅 등 API 전반의 공통 정책 처리

 

역할 관계 요약

 

관계성 상세 설명

항목	설명
MFE → BFF	MFE는 자신의 도메인 UI 전용 API를 호출하며, 이를 담당하는 BFF는 MFE에 최적화된 데이터를 제공합니다
BFF → API Gateway	BFF는 여러 Backend API를 조합/통합하여 단일 응답을 만들기 위해 API GW를 통해 마이크로서비스들과 통신합니다
API Gateway → MSA Backend	API GW는 BFF나 외부 요청을 받아서, 실제 서비스 라우팅/인증/로깅을 처리하는 공통 통제 계층입니다
MFE ↛ 직접 GW 연결 금지 권고	Micro FE가 API GW를 직접 호출하게 되면 도메인 논리, 포맷 처리, 인증 토큰 위임 등이 UI단에 노출되어 취약합니다. 반드시 BFF를 통해 구성합니다.

 

 

각각의 책임 분리

요소	책임 및 역할
MFE	사용자 UI, 각 프론트엔드 모듈 분리 및 독립 개발/배포
BFF	프론트단에 맞춘 API 조합, 포맷 조정, 인증 정보 변환 등
API GW	공통 API 진입점, 인증/권한, 라우팅, 로깅, 속도제한 등 기술정책 처리

---

---

정리

• MFE → BFF → API GW → MSA Backend 구조가 가장 안전하고 유연한 프론트 아키텍처 구성입니다.
• BFF는 반드시 MFE 전용으로 구성되어야 하며, 화면에 맞춘 API 최적화를 통해 사용자 경험을 향상시킵니다.
• API GW는 BFF와 Backend 간 경계자 역할, 공통 보안 정책과 인프라 제어를 담당합니다.

---

이글이 도움이 되셨으면 아래↓의 [공감] 버튼과 우측상단↗의 [구독하기] 클릭 부탁드려요 ^^