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

10_Wiki/Topics/Graphics & Performance/마이크로 프론트엔드.md

@@ -1,5 +1,5 @@
 ---
-id: [[P-Reinforce]]-AUTO-E74AFF
+id: [[P-Reinforce|P-Reinforce]]-AUTO-E74AFF
 category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -7,7 +7,7 @@ last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - 마이크로 프론트엔드"
 ---
 
-# [[마이크로 프론트엔드]]
+# [[마이크로 프론트엔드|마이크로 프론트엔드]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 마이크로 프론트엔드는 거대하고 복잡한 프론트엔드 애플리케이션을 백엔드의 마이크로서비스처럼 작고 독립적인 여러 조각으로 나누어 개발하는 아키텍처 접근 방식입니다 [1]. 이 방식을 통해 각 비즈니스 기능별로 전담 팀이 구성되어 선호하는 기술 스택을 활용해 독립적으로 모듈을 개발, 테스트 및 배포할 수 있습니다 [1-3]. 전통적인 모놀리식 프론트엔드 구조의 한계를 극복하고 팀의 자율성, 애플리케이션의 확장성 및 유지보수성을 향상시키는 데 목적이 있습니다 [2, 4].
@@ -24,7 +24,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 마이크로 프론트엔드"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** 마이크로서비스 아키텍처, 모놀리식 프론트엔드, [[관심사의 분리(SoC)]], 모듈 페더레이션(Module Federation), 웹 컴포넌트(Web Components)
+- **Related Topics:** 마이크로서비스 아키텍처, 모놀리식 프론트엔드, [[관심사의 분리 (SoC)|관심사의 분리(SoC]], 모듈 페더레이션(Module Federation), 웹 컴포넌트(Web Components)
 - **Projects/Contexts:** Spotify의 스쿼드(Squad) 모델 및 웹 플레이어, Netflix의 대시보드 및 도구 현대화, Zalando와 Amazon의 이커머스 모듈화
 - **Contradictions/Notes:** 마이크로 프론트엔드는 팀 간 의존성을 줄이고 자율성과 확장성을 높여주지만, 동시에 초기 로딩 성능 저하 및 빌드/배포 파이프라인의 복잡성 증가라는 뚜렷한 트레이드오프(Trade-off)를 수반합니다 [3, 8]. 소규모 프로젝트의 경우 오히려 관리 부담이 가중될 수 있어 권장되지 않습니다 [11].