micro frontends가 미리캔버스 프론트엔드팀이 일하는 방식을 바꾸는 이유
아키텍처
micro frontends가 미리캔버스 프론트엔드팀이 일하는 방식을 바꾸는 이유
두줄요약
미리캔버스 프론트엔드팀은 변경 검증 범위 확대와 조직 간 협업 마찰을 공통 문제로 보고 MFE를 선택했습니다. 레이어 분리, 공개 API 제한, 런타임 페더레이션으로 변경 영향 범위를 줄이려는 구조를 설명했습니다.
핵심 내용
- 미리캔버스 프론트엔드팀이 겪은 두 가지 마찰을 바탕으로 마이크로 프론트엔드(MFE)를 다음 세대 아키텍처로 선택한 배경 정리
- 작은 변경의 검증·롤백 범위가 서비스 전체로 번지는 문제와, 목적조직·기능조직의 책임 경계가 코드 구조와 맞지 않아 생기는 협업 마찰을 공통 원인으로 진단
- 코드 단순 분할이 아니라 모듈 간 관계 통제, 책임 소유권 분리, 인터페이스와 구현의 경계 명시를 핵심으로 제시
- 6개 레이어 구조와 단방향 의존성, 공개 API 제한, 런타임 페더레이션을 통해 변경 영향 범위를 줄이려는 방향 설명