<div id="readability-page-1" class="page"><div><div><nav aria-label="breadcrumb"><ol itemscope="" itemtype="http://schema.org/BreadcrumbList"><li itemprop="itemListElement" itemscope="" itemtype="http://schema.org/ListItem"><a itemtype="http://schema.org/Thing" itemprop="item" href="/ko/"><span itemprop="name">Home</span></a><meta itemprop="position" content="1"></li><li itemprop="itemListElement" itemscope="" itemtype="http://schema.org/ListItem"><a itemtype="http://schema.org/Thing" itemprop="item" href="/ko/environment"><span itemprop="name">environment</span></a><meta itemprop="position" content="2"></li><li aria-current="page" itemprop="itemListElement" itemscope="" itemtype="http://schema.org/ListItem"><a itemtype="http://schema.org/Thing" itemprop="item" href="/ko/environment/repository_strategy/"><span itemprop="name">[프로젝트 관리] 리포지토리 전략</span></a><meta itemprop="position" content="3"></li></ol></nav></div><div><article><div id="contents_list"><h2 id="section">목차</h2><ul><li><a href="#%EA%B0%9C%EC%9A%94">개요</a></li><li><a href="#%EB%B8%94%EB%A1%9C%EA%B7%B8-%EC%8B%9C%EB%A6%AC%EC%A6%88">블로그 시리즈</a></li><li><a href="#%EB%A6%AC%ED%8F%AC%EC%A7%80%ED%86%A0%EB%A6%AC-%EC%A0%84%EB%9E%B5">리포지토리 전략</a></li><li><a href="#%EB%AA%A8%EB%86%80%EB%A6%AC%EC%8A%A4monolith">모놀리스Monolith</a><ul><li><a href="#%EB%AA%A8%EB%86%80%EB%A6%AC%EC%8A%A4%EC%9D%98-%EC%9E%A5%EC%A0%90">모놀리스의 장점</a></li><li><a href="#%EB%AA%A8%EB%86%80%EB%A6%AC%EC%8A%A4%EC%9D%98-%EB%8B%A8%EC%A0%90">모놀리스의 단점</a></li><li><a href="#%EB%AA%A8%EB%86%80%EB%A6%AC%EC%8A%A4-%EB%8F%84%EC%9E%85%EC%8B%9C-%EA%B3%A0%EB%A0%A4-%EC%82%AC%ED%95%AD">모놀리스 도입시 고려 사항</a></li></ul></li><li><a href="#%EB%A9%80%ED%8B%B0-%EB%A0%88%ED%8F%ACmulti-repo">멀티 레포Multi Repo</a><ul><li><a href="#%EB%A9%80%ED%8B%B0-%EB%A0%88%ED%8F%AC%EC%9D%98-%EC%9E%A5%EC%A0%90">멀티 레포의 장점</a></li><li><a href="#%EB%A9%80%ED%8B%B0-%EB%A0%88%ED%8F%AC%EC%9D%98-%EB%8B%A8%EC%A0%90">멀티 레포의 단점</a></li><li><a href="#%EB%A9%80%ED%8B%B0-%EB%A0%88%ED%8F%AC-%EB%8F%84%EC%9E%85%EC%8B%9C-%EA%B3%A0%EB%A0%A4-%EC%82%AC%ED%95%AD">멀티 레포 도입시 고려 사항</a></li></ul></li><li><a href="#%EB%AA%A8%EB%85%B8%EB%A0%88%ED%8F%ACmonorepo">모노레포Monorepo</a><ul><li><a href="#%EB%AA%A8%EB%85%B8%EB%A0%88%ED%8F%AC%EC%9D%98-%EC%9E%A5%EC%A0%90">모노레포의 장점</a></li><li><a href="#%EB%AA%A8%EB%85%B8%EB%A0%88%ED%8F%AC%EC%9D%98-%EB%8B%A8%EC%A0%90">모노레포의 단점</a></li><li><a href="#%EB%AA%A8%EB%85%B8%EB%A0%88%ED%8F%AC-%EB%8F%84%EC%9E%85%EC%8B%9C-%EA%B3%A0%EB%A0%A4-%EC%82%AC%ED%95%AD">모노레포 도입시 고려 사항</a></li></ul></li><li><a href="#%EC%99%84%EB%A3%8C">완료</a></li></ul></div><h2 id="개요">개요</h2><p>프로젝트를 개발할 때, 하나의 리포지토리로 구성할지, 여러 리포지토리로 구성할지 리포지토리 전략을 정하게 됩니다. 이번 블로그 포스트에서는 프로젝트를 관리하기 위한 리포지토리 전략인 <code>모놀리스(Monolith)</code>, <code>멀티 레포(Multi Repo)</code>,<code> 모노레포(Monorepo)</code>에 대해서 알아보도록 하겠습니다.</p><h2 id="블로그-시리즈">블로그 시리즈</h2><p>이 블로그는 시리즈로 제작되었습니다. 다음 링크를 통해 다른 블로그 포스트도 확인해 보시기 바랍니다.</p><ul><li>[프로젝트 관리] 리포지토리 전략</li><li><a href="https://deku.posstree.com/ko/environment/monorepo/tools/" target="\_blank">[JavaScript] 모노레포(Monorepo)를 위한 도구들</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/module-resolutions/" target="\_blank">[Monorepo] NodeJS의 모듈 불러오기</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/symlink/" target="\_blank">[Monorepo] Symlink</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/yarn_workspaces/" target="\_blank">[Monorepo] Yarn Workspaces</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/yarn_workspaces/hoisting/" target="\_blank">[Monorepo] Yarn Workspaces의 Hoisting</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/yarn_workspaces/command/" target="\_blank">[Monorepo] Yarn Workspaces의 명령어</a></li><li><a href="https://deku.posstree.com/ko/environment/monorepo/pnpm/" target="\_blank">[Monorepo] pnpm을 사용하여 모노레포 만들기</a></li></ul><h2 id="리포지토리-전략">리포지토리 전략</h2><p>리포지토리 전략에는 다음과 같이 <code>모놀리스(Monolith)</code>, <code>멀티 레포(Multi Repo)</code>, <code>모노레포(Monorepo)</code>가 있습니다.</p><picture><source srcset="/assets/images/category/environment/2024/repository_strategy/repository_strategy.avif" type="image/avif"><source srcset="/assets/images/category/environment/2024/repository_strategy/repository_strategy.webp" type="image/webp"><img src="https://deku.posstree.com/assets/images/category/environment/2024/repository_strategy/repository_strategy.jpg" alt="Repository strategy"></picture><ul><li>모놀리스: 모놀리스는 하나의 서비스를 하나의 프로젝트로 만들고 하나의 리포지토리로 관리하게 됩니다.</li><li>멀티 레포: 멀티 레포는 하나의 서비스를 여러 프로젝트로 나누고 여러 리포지토리로 관리하게 됩니다.</li><li>모노레포: 모노레포는 하나의 서비스를 여러 프로젝트로 나누고 하나의 리포지토리로 관리하게 됩니다.</li></ul><h2 id="모놀리스monolith">모놀리스(Monolith)</h2><p>모놀리스(Monolith)는 소프트웨어 프로젝트를 단일한 코드베이스로 구성된 단일 애플리케이션으로 설계하는 프로젝트 관리 기법입니다. 모놀리스 아키텍처에서는 애플리케이션의 모든 컴포넌트가 하나의 코드베이스에 통합되어 개발, 배포, 운영이 이루어집니다.</p><h3 id="모놀리스의-장점">모놀리스의 장점</h3><ul><li>간편한 관리와 유지보수: 단일 코드베이스로 구성되어 있기 때문에 전반적인 관리와 유지보수가 비교적 간편합니다.</li><li>통합 테스트 용이성: 전체 시스템이 하나의 단일 애플리케이션으로 구성되어 있어 통합 테스트가 용이합니다.</li><li>초기 개발 속도 향상: 처음에는 모든 것이 한 곳에 있어 개발이 빠르게 진행될 수 있습니다.</li></ul><h3 id="모놀리스의-단점">모놀리스의 단점</h3><ul><li>확장성 제약: 애플리케이션의 크기가 커질수록 확장이 어려워질 수 있습니다.</li><li>기술 스택 종속성: 단일 기술 스택에 의존하게 되어 다양한 기술 도입이 어려울 수 있습니다.</li><li>배포의 어려움: 전체 애플리케이션을 수정하고 배포해야 하기 때문에 작은 변경 사항의 배포가 어려울 수 있습니다.</li></ul><h3 id="모놀리스-도입시-고려-사항">모놀리스 도입시 고려 사항</h3><p>다음과 같은 경우라면, 모놀리스 도입을 고려해볼 수 있습니다.</p><ul><li>작은 규모의 프로젝트: 작은 프로젝트라면 초기에 개발 속도를 높일 수 있습니다.</li><li>쉬운 유지보수가 필요한 경우: 간단한 애플리케이션에서는 유지보수가 편리할 수 있습니다.</li><li>기술 스택이 명확한 경우: 특정 기술 스택에 대한 확고한 결정이 내려진 경우 모놀리스가 유용할 수 있습니다.</li><li>팀 규모가 작은 경우: 작은 팀이 협업하고 개발하는 경우에는 모놀리스가 효과적일 수 있습니다.</li></ul><p>그러나 프로젝트의 규모와 요구사항이 증가할수록, 분산 아키텍처나 마이크로서비스 아키텍처 등 다른 아키텍처도 고려해야 합니다. 이는 애플리케이션의 확장성, 유연성, 독립성 등을 높여줄 수 있습니다.</p><h2 id="멀티-레포multi-repo">멀티 레포(Multi Repo)</h2><p>멀티 레포(Multi Repo)는 소프트웨어 프로젝트를 여러 개의 독립적인 저장소(리포지토리)로 나누어 개발하는 프로젝트 관리 기법입니다. 각각의 저장소는 특정 기능, 모듈 또는 서비스에 대응하며, 개발, 배포, 운영이 분리되어 이루어집니다.</p><h3 id="멀티-레포의-장점">멀티 레포의 장점</h3><ul><li>독립적인 개발 및 배포: 각 저장소는 독립적으로 개발, 테스트, 배포될 수 있어 빠른 개발 주기가 가능합니다.</li><li>스케일링 용이성: 특정 모듈이나 서비스의 부하가 증가하면 해당 저장소만 확장하여 시스템의 전반적인 성능을 향상시킬 수 있습니다.</li><li>기술 스택 다양성: 각 저장소는 독립적인 기술 스택을 선택할 수 있어, 특정 기술에 의존하지 않고 여러 기술을 조합하여 사용할 수 있습니다.</li><li>분리된 코드베이스: 각 저장소는 특정 기능이나 업무 영역에 집중되어 코드의 가독성과 유지보수가 향상될 수 있습니다.</li></ul><h3 id="멀티-레포의-단점">멀티 레포의 단점</h3><ul><li>종속성 관리의 어려움: 다양한 저장소 간에 종속성을 관리하는 것이 복잡할 수 있습니다.</li><li>전체 시스템 통합의 어려움: 각 저장소가 독립적으로 개발되다가 통합할 때 충돌이 발생할 수 있으며, 이를 해결하는 데 시간이 소요될 수 있습니다.</li><li>종합적인 시각의 부재: 전체 시스템을 이해하고 관리하기 어려울 수 있으며, 특히 통합된 시각이 필요한 경우에는 어려움이 있을 수 있습니다.</li></ul><h3 id="멀티-레포-도입시-고려-사항">멀티 레포 도입시 고려 사항</h3><p>다음과 같은 경우, 멀티 레포 도입을 고려해볼 수 있습니다.</p><ul><li>대규모 프로젝트: 프로젝트가 크고 다양한 기능이나 모듈을 포함하는 경우, 각각을 독립적으로 관리할 필요가 있을 때 사용할 수 있습니다.</li><li>팀 간 협업: 여러 개의 팀이 동시에 작업을 수행하고 서로 독립적으로 개발하려는 경우, 멀티 레포가 효과적일 수 있습니다.</li><li>서비스 지향 아키텍처(SOA) 또는 마이크로서비스 아키텍처: 멀티 레포는 각각의 서비스를 독립적으로 관리하는데 유용하며, 이는 SOA 또는 마이크로서비스 아키텍처와 잘 맞을 수 있습니다.</li></ul><p>멀티 레포는 분산된 환경에서 팀의 협업과 빠른 개발 주기를 지원하는데 적합하며, 특히 서비스 지향 아키텍처에서는 각각의 서비스를 개별적으로 관리하는 것이 중요하게 여겨집니다.</p><p>하지만, 팀 규모가 작거나 프로젝트 규모가 작은 경우, 너무 많은 기술 스택과 리포지토리 관리의 어려움이 발생할 수 있습니다.</p><h2 id="모노레포monorepo">모노레포(Monorepo)</h2><p>모노레포(Mono-repo)는 소프트웨어 프로젝트를 하나의 대규모 코드 저장소(리포지토리)로 구성하여 개발하는 프로젝트 관리 기법입니다. 이 방식에서는 모든 소스 코드, 라이브러리, 모듈이 하나의 중앙 위치에 저장되고 관리됩니다.</p><h3 id="모노레포의-장점">모노레포의 장점</h3><ul><li>종속성 관리 용이: 하나의 코드베이스에서 모든 종속성을 관리하므로 의존성 충돌 및 버전 관리가 용이합니다.</li><li>전체 시스템 이해 용이: 프로젝트의 전반적인 구조와 동작을 이해하기 쉽습니다. 전체 시스템을 한눈에 파악할 수 있습니다.</li><li>코드 재사용성: 모든 모듈 및 라이브러리가 하나의 저장소에 있으므로 코드 재사용이 쉽습니다.</li><li>통합 테스트 용이성: 전체 시스템에 대한 통합 테스트가 간편하게 수행될 수 있습니다.</li></ul><h3 id="모노레포의-단점">모노레포의 단점</h3><ul><li>대규모 프로젝트 관리 어려움: 프로젝트의 규모가 커질수록 빌드 시간이 증가하고, 모든 코드에 대한 팀 간의 협업이 어려워질 수 있습니다.</li><li>기술 스택 선택의 제약: 하나의 저장소에서 작업하기 때문에 특정 기술 스택에 제약을 받을 수 있습니다.</li><li>CI/CD 성능 저하: 대규모 모노레포에서는 지속적 통합 및 배포 성능이 저하될 수 있습니다.</li></ul><h3 id="모노레포-도입시-고려-사항">모노레포 도입시 고려 사항</h3><p>다음과 같은 경우, 모노레포 도입을 고려해볼 수 있습니다.</p><ul><li>프로젝트가 중소 규모일 때: 규모가 작은 프로젝트에서는 하나의 저장소로 관리하는 것이 편리할 수 있습니다.</li><li>팀 간 협업이 필요한 경우: 모든 팀이 하나의 저장소에서 작업하면 코드 공유 및 협업이 용이합니다.</li><li>종속성 관리가 중요한 경우: 프로젝트 내에서 종속성이 복잡하게 얽혀 있을 때 모노레포가 관리하기 쉽습니다.</li><li>단일 기술 스택 사용이 필요한 경우: 특정 기술 스택을 일관되게 사용해야 할 때 모노레포가 적합할 수 있습니다.</li></ul><p>모노레포는 특히 작은 규모의 프로젝트나 팀 간 협업이 필요한 경우에 유용하며, 특정 기술 스택을 통일해야 하는 경우에도 효과적일 수 있습니다. 그러나 프로젝트의 규모나 복잡성이 증가하면서 모노레포의 한계가 나타날 수 있습니다.</p><h2 id="완료">완료</h2><p>이번 블로그 포스트에서는 프로젝트 관리 기법인 리포지토리 전략에 대해서 알아보았습니다. 특정 전략이 좋고 나쁘고는 없습니다. 자신의 프로젝트의 규모와 요구사항에 맞게 적절한 전략을 선택하시면 됩니다.</p><p><code> 제 블로그가 도움이 되셨나요? 하단의 댓글을 달아주시면 저에게 큰 힘이 됩니다! </code></p><h2>앱 홍보</h2><div><p> 지금 보고 계신 블로그를 작성하는 <code>Deku</code>가 개발한 앱을 한번 사용해보세요.<br><code>Deku</code>가 개발한 앱은 Flutter로 개발되었습니다.</p><p> 관심있으신 분들은 앱을 다운로드하여 사용해 주시면 정말 감사하겠습니다.</p></div><h2>책 홍보</h2></article></div></div></div>

dev-yakuza

프로젝트를 관리하기 위한 리포지토리 전략인 모놀리스(Monolith), 멀티 레포(Multi Repo), 모노레포(Monorepo)에 대해서 알아보도록 하겠습니다.