모노레포 이렇게 좋은데 왜 안써요?

문제 상황

• 10개 이상 서비스가 멀티 레포지토리로 분산되어 컨벤션, 린트 환경, 라이브러리, 코드 패턴이 제각각인 상태
• 신규 서비스 생성 시 환경 세팅과 MDS 컴포넌트 재구현이 반복되는 구조
• 공통 정책 변경 시 여러 레포지토리 담당자에게 각각 수정 요청해야 하는 운영 비효율

원인 분석

• 서비스별 레포지토리 분리로 인해 코드와 환경의 표준화가 어려운 구조
• 공통 코드와 정책이 흩어져 있어 버전 통일과 히스토리 관리가 어려운 상태
• 담당자 외 개발자가 작업할 때 진입 비용과 온보딩 비용이 높은 상황

해결 방법

• 모노레포로 전환해 여러 서비스와 공통 모듈을 한 저장소에서 관리
• yarn berry, yarn workspace, PnP, zero-install을 활용해 중복 의존성과 설치 비효율 완화
• 공통 컨벤션 패키지와 page-modules 구조를 도입해 컨벤션 통일, 응집도 강화, 페이지 간 의존성 제거

성능/운영 포인트

• 서비스 배포는 독립적으로 유지하면서도 공통 패키지는 함께 관리
• apps, libs, packages로 역할을 나누어 코드 재사용과 고도화를 분리
• 버전 통일과 공통 모듈 공유로 공통 작업 공수 80% 이상, UI 작업 시간 50% 이상 감소