Micro Frontend를 도입할 때 얻는 이점과 피해야 할 함정을 설명해주세요.

Micro Frontend는 하나의 프론트엔드 애플리케이션을 여러 팀이나 도메인이 독립적으로 개발·배포할 수 있도록 나누는 아키텍처입니다. 백엔드의 마이크로서비스 개념을 UI 영역에 적용한 것으로 볼 수 있습니다.

장점은 조직 구조와 강하게 연결됩니다. 결제, 상품, 관리자처럼 도메인이 명확히 나뉘고 각 팀이 독립적으로 릴리즈해야 한다면 배포 병목을 줄일 수 있습니다. 기술 스택 전환도 점진적으로 가능하며, 특정 영역만 다시 만들기도 쉽습니다.

하지만 비용도 큽니다. 공통 라이브러리 중복으로 번들이 커질 수 있고, 라우팅·인증·상태 공유·디자인 시스템·에러 처리 기준이 흔들리면 사용자는 한 서비스가 아니라 여러 조각을 붙인 화면처럼 느낍니다. 운영 관점에서는 장애 위치 추적과 버전 호환성 관리도 어려워집니다.

도입 기준은 “기술적으로 멋져 보여서”가 아니라 “팀 간 독립 배포가 실제 병목인가”입니다. 작은 조직이나 단일 제품 초기 단계에서는 모놀리식 프론트엔드가 더 빠르고 안전할 수 있습니다. Micro Frontend는 복잡도를 사는 대신 조직 확장성을 얻는 선택입니다.