모노레포가 미리캔버스 프론트엔드 아키텍처를 뒷받침 하는 방법 [1/2]

이 게시물은 모노레포가 모놀리스처럼 결합되는 문제를 인식하고 해결 원칙을 정리하는 글임 모노레포와 모놀리스는 각각 레포지토리 관리 관점과 아키텍처 관점으로 독립 개념이며 핵심은 패키지의 independent 확보임 모놀리스 상태를 만드는 주요 원인은 공통(shared/common)이라는 단어를 남용해 도메인 지식까지 common 패키지에 누적시키는 Common Component Trap임 이를 피하려면 반복의 원인을 묻고, 도메인과 무관하게 어디서나 쓰이는 것만 진짜 공통으로 분리해야 함 변화율(Rate of Change)을 기준으로 shared, entity, feature, service, fragment, application(및 platform)을 계층화하고 상위 계층만 하위 계층을 참조하도록 단방향 의존 규칙을 둠 같은 계층 간 참조를 금지해 순환 의존과 변경 전파 경로의 복잡화를 막고, Public API 패턴(index.ts만 외부 노출)과 linter/CI 같은 도구로 위반을 강제해야 함