feat: batch wikification of Skybound balance pass and scalable frontend architectures

Processed 80+ files including Skybound playtest feedback, Monorepo strategies, and Modern Component Patterns.

10_Wiki/Topics/Frontend_Mastery/Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템.md

@@ -0,0 +1,25 @@
+# [[Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템]]
+
+## 📌 Brief Summary
+대규모 조직에서 React 시스템이 확장됨에 따라 여러 애플리케이션과 공유 라이브러리 간의 복잡한 의존성을 관리하는 것이 핵심 과제가 되었으며, 이를 위해 모노레포(Monorepo) 아키텍처가 업계 표준 전략으로 부상했습니다 [1]. Turborepo와 Nx는 이러한 대규모 프론트엔드 모노레포 환경을 효율적으로 관리하는 대표적인 빌드 오케스트레이션 도구로, 작업 파이프라인, 캐싱, 엄격한 모듈 경계 강제를 제공합니다 [1-3]. 이 도구들은 불필요한 빌드를 줄이고 일관된 아키텍처 규칙을 적용하여, 거대한 코드베이스에서도 프론트엔드 시스템의 확장성과 유지보수성을 안정적으로 유지할 수 있게 해줍니다 [4-7].
+
+## 📖 Core Content
+* **대규모 프론트엔드의 모노레포 도입과 경계 관리:** 
+  애플리케이션이 성장하면 개별 컴포넌트의 스타일링 문제를 넘어 여러 앱과 공유 UI 라이브러리 간의 복잡한 의존성 관리로 당면 과제가 전환됩니다 [1]. 여러 앱이 라우팅, 분석, UI 원시 컴포넌트 등을 공유하는 대규모 환경에서 pnpm workspaces, Turborepo, Nx 등의 도구를 활용하면 시스템의 다양한 부분 간에 엄격한 경계를 강제할 수 있습니다 [1, 8]. 즉, 딥 임포트(deep imports)를 방지하고 공개 API를 통한 단방향 의존성 흐름을 보장하여 스파게티 코드를 막아줍니다 [5, 9, 10].
+
+* **Turborepo의 특징 및 활용 (경량 오케스트레이션 및 캐싱):**
+  Turborepo는 패키지 간의 의존성을 존중하는 파이프라인을 구축하고, CI/CD 속도를 가속화하는 데 탁월한 경량 작업 오케스트레이터입니다 [11]. 파일 캐싱(로컬 및 원격)과 병렬 실행을 통해 점진적 빌드(incremental builds)를 지원합니다 [5, 11]. 대규모 모노레포에서 단일 애플리케이션만 변경된 경우 CI/CD 파이프라인이 전체를 다시 빌드하지 않고 변경된 특정 앱만 빌드 및 배포할 수 있게 하므로 시간과 리소스를 크게 절약할 수 있습니다 [5, 12].
+
+* **Nx의 특징 및 활용 (포괄적인 모노레포 플랫폼):**
+  Nx는 단순한 작업 실행기를 넘어 풍부한 프로젝트 그래프(project graph), 코드 생성기(generators), 플러그인 생태계를 제공하는 전체적인 모노레포 플랫폼입니다 [3, 7]. 특히 '영향을 받는(affected)' 프로젝트만 계산하여 빌드, 테스트, 린트를 수행하는 워크플로우를 제공합니다 [7]. 또한, "공유 패키지는 앱을 임포트할 수 없다"와 같은 아키텍처 경계 규칙을 도구 수준의 정책으로 강제하여, 교차 기능 간의 잘못된 임포트 문제를 코드 리뷰 단계가 아닌 빌드 타임 오류로 조기에 잡아냅니다 [4, 13].
+
+* **마이크로 프론트엔드의 대안 (모듈식 모놀리스):**
+  독립적인 기능 소유권과 라우팅, API 계층 분리가 필요하지만 완전한 마이크로 프론트엔드 아키텍처의 런타임 복잡성과 오버헤드를 피하고 싶은 조직은 Turborepo나 Nx를 활용한 모듈식 모놀리스(Modular Monolith) 접근 방식을 취할 수 있습니다 [4, 14-16]. 이 방식에서는 각 기능이 단일 셸 애플리케이션에 플러그인되는 모듈로서 기능하며, 각 모듈은 자신의 라우트와 상태, UI를 독자적으로 관리하되 빌드 도구를 통해 명확한 소유권 경계를 유지합니다 [4, 15, 16].
+
+## 🔗 Knowledge Connections
+- **Related Topics:** [[Monorepo Architecture]], [[Feature-Sliced Design (FSD)]], [[Component Library Architecture]]
+- **Projects/Contexts:** [[독립적인 기능 소유권이 필요한 대규모 React 플랫폼]], [[마이크로 프론트엔드를 대체하는 모듈식 모놀리스 아키텍처 설계]]
+- **Contradictions/Notes:** 조직의 성격에 따라 툴링 선택의 기준이 다릅니다. 파이프라인의 단순성과 빌드 속도 개선(캐싱)이 주 목적이라면 Turborepo가 적합하지만, 강력한 그래프 기반 워크플로우, 스캐폴딩 생성기, 그리고 아키텍처 경계를 엄격한 정책으로 강제해야 하는 대규모 플랫폼 환경에서는 Nx가 더 나은 선택이 될 수 있습니다 [17, 18].
+
+---
+*Last updated: 2026-04-26*