[G1-Sync] Manual knowledge update

10_Wiki/Topics/Design & Experience/클린 아키텍처 (Clean Architecture).md

@@ -1,16 +1,16 @@
 ---
-id: P-REINFORCE-AUTO-0A3765
+id: [[P-Reinforce]]-AUTO-0A3765
 category: "10_Wiki/💡 Topics/Design & Experience"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
-github_commit: "[P-Reinforce] Continuous Worker - 클린 아키텍처 (Clean Architecture)"
+github_commit: "[P-Reinforce] Continuous Worker - 클린 아키텍처 (Clean [[Architecture]])"
 ---
 
 # [[클린 아키텍처 (Clean Architecture)]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
-> 클린 아키텍처는 로버트 C. 마틴(Uncle Bob)이 창안한 소프트웨어 설계 철학으로, 시스템을 '관심사의 분리(Separation of Concerns)' 원칙에 따라 명확한 계층으로 나누는 아키텍처 구조입니다 [1-3]. 이 아키텍처는 시스템의 핵심인 비즈니스 로직을 프레임워크, UI, 데이터베이스와 같은 외부 기술 요소로부터 완벽히 분리시켜 유지보수성, 확장성, 그리고 테스트 용이성을 극대화하는 것을 목표로 합니다 [1, 4, 5]. 핵심 원리는 소스 코드의 의존성이 오직 내부의 고수준 정책(비즈니스 로직)을 향하도록 통제하는 '의존성 규칙(Dependency Rule)'을 엄격히 준수하는 것입니다 [1, 6, 7].
+> 클린 아키텍처는 로버트 C. 마틴(Uncle Bob)이 창안한 소프트웨어 설계 철학으로, 시스템을 '관심사의 분리([[Separation of Concerns]])' 원칙에 따라 명확한 계층으로 나누는 아키텍처 구조입니다 [1-3]. 이 아키텍처는 시스템의 핵심인 비즈니스 로직을 프레임워크, UI, 데이터베이스와 같은 외부 기술 요소로부터 완벽히 분리시켜 유지보수성, 확장성, 그리고 테스트 용이성을 극대화하는 것을 목표로 합니다 [1, 4, 5]. 핵심 원리는 소스 코드의 의존성이 오직 내부의 고수준 정책(비즈니스 로직)을 향하도록 통제하는 '의존성 규칙(Dependency Rule)'을 엄격히 준수하는 것입니다 [1, 6, 7].
 
 ## 📖 구조화된 지식 (Synthesized Content)
 **1. "뇌와 팔다리의 분리" 메타포를 통한 관심사 분리의 구현**
@@ -37,7 +37,7 @@ github_commit: "[P-Reinforce] Continuous Worker - 클린 아키텍처 (Clean Arc
 - **정책 변화:** Design & Experience 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[관심사의 분리 (Separation of Concerns)]], [[의존성 역전 원칙 (Dependency Inversion Principle)]], [[단일 책임 원칙 (Single Responsibility Principle)]]
+- **Related Topics:** [[관심사의 분리 (Separation of Concerns)]], [[의존성 역전 원칙 (Dependency [[Inversion]] Principle)]], [[단일 책임 원칙 (Single Responsibility Principle)]]
 - **Projects/Contexts:** [[웹 애플리케이션의 3계층 구조]], [[도메인 주도 설계 (DDD)]], [[넷플릭스의 코스모스 플랫폼 및 마이크로서비스 전환]]
 - **Contradictions/Notes:** 소스에 따르면 클린 아키텍처는 유지보수성과 확장성을 비약적으로 높여주지만, 초기 개발 시간이 증가하고 계층과 추상화가 너무 많아질 경우 시스템 구조가 지나치게 복잡해지는 오버엔지니어링(Over-Engineering) 및 간접 참조에 의한 가독성 저하를 유발할 수 있습니다 [16, 17]. 따라서 과도한 추상화를 경계하고, 실용적 필요에 맞게 응집도와 결합도를 고려하여 아키텍처의 균형을 맞추는 것이 중요합니다 [16, 18].