경험 중심 1인칭 답변
사이드 프로젝트에서 Module Federation 기반 Micro-Frontend 구조를 실험한 경험이 있습니다. 두 팀이 독립적으로 배포하는 구조를 만들고 싶었는데, 공유 라이브러리 버전 충돌이 가장 큰 문제였습니다. React를 singleton으로 설정해서 중복 로드를 막는 방식으로 해결했고, 버전 관리를 명시적으로 하지 않으면 런타임에서 예상 못한 오류가 생긴다는 것을 배웠습니다. 운영 관점에서는 독립 배포가 가능해진 만큼 각 팀이 장애를 독립적으로 처리할 책임도 함께 생긴다는 점이 중요합니다.
MFE는 팀 구조와 배포 전략이 먼저 정의되어야 기술 선택이 의미 있습니다. 앞으로도 MFE를 팀 구조와 배포 전략 기준으로 설계하는 방식을 유지하겠습니다. 독립 배포가 가능해지면 각 팀의 책임 범위도 함께 명확해져야 합니다. 공유 라이브러리 버전 충돌이 MFE에서 가장 자주 발생하는 실질적인 문제이며, 명시적 버전 관리가 해결의 핵심입니다.