docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

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

@@ -1,7 +1,7 @@
-# [[Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템]]
+# [[Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템|Turborepo 및 Nx와 같은 빌드 오케스트레이션 도구를 활용하는 대규모 조직의 React 시스템]]
 
-## 📌[[ brief]] Summary
-대규모 조직에서 React 시스템이 확장됨에 따라 여러 애플리케이션과 공유 라이브러리 간의 복잡한 의존성을 관리하는 것이 핵심 과제가 되었으며, 이를 위해 모노레포([[Monorepo]]) 아키텍처가 업계 표준 전략으로 부상했습니다 [1]. [[Turborepo]]와 Nx는 이러한 대규모 프론트엔드 모노레포 환경을 효율적으로 관리하는 대표적인 빌드 오케스트레이션 도구로, 작업 파이프라인, 캐싱, 엄격한 모듈 경계 강제를 제공합니다 [1-3]. 이 도구들은 불필요한 빌드를 줄이고 일관된 아키텍처 규칙을 적용하여, 거대한 코드베이스에서도 프론트엔드 시스템의 확장성과 유지보수성을 안정적으로 유지할 수 있게 해줍니다 [4-7].
+## 📌 Brief Summary
+대규모 조직에서 React 시스템이 확장됨에 따라 여러 애플리케이션과 공유 라이브러리 간의 복잡한 의존성을 관리하는 것이 핵심 과제가 되었으며, 이를 위해 모노레포([[Monorepo|Monorepo]]) 아키텍처가 업계 표준 전략으로 부상했습니다 [1]. [[Turborepo|Turborepo]]와 Nx는 이러한 대규모 프론트엔드 모노레포 환경을 효율적으로 관리하는 대표적인 빌드 오케스트레이션 도구로, 작업 파이프라인, 캐싱, 엄격한 모듈 경계 강제를 제공합니다 [1-3]. 이 도구들은 불필요한 빌드를 줄이고 일관된 아키텍처 규칙을 적용하여, 거대한 코드베이스에서도 프론트엔드 시스템의 확장성과 유지보수성을 안정적으로 유지할 수 있게 해줍니다 [4-7].
 
 ## 📖 Core Content
 * **대규모 프론트엔드의 모노레포 도입과 경계 관리:** 
@@ -17,7 +17,7 @@
   독립적인 기능 소유권과 라우팅, 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]]
+- **Related Topics:** [[Monorepo Architecture|Monorepo Architecture]], Feature-Sliced Design (FSD), [[Component Library Architecture|Component Library Architecture]]
 - **Projects/Contexts:** 독립적인 기능 소유권이 필요한 대규모 React 플랫폼, 마이크로 프론트엔드를 대체하는 모듈식 모놀리스 아키텍처 설계
 - **Contradictions/Notes:** 조직의 성격에 따라 툴링 선택의 기준이 다릅니다. 파이프라인의 단순성과 빌드 속도 개선(캐싱)이 주 목적이라면 Turborepo가 적합하지만, 강력한 그래프 기반 워크플로우, 스캐폴딩 생성기, 그리고 아키텍처 경계를 엄격한 정책으로 강제해야 하는 대규모 플랫폼 환경에서는 Nx가 더 나은 선택이 될 수 있습니다 [17, 18].