[G1-Sync] Manual knowledge update

10_Wiki/Topics/Technical-Architecture.md

@@ -1,8 +1,8 @@
 ---
-id: P-REINFORCE-AUTO-TEAR-001
+id: [[P-Reinforce]]-AUTO-TEAR-001
 category: "10_Wiki/💡 Topics/AI"
 confidence_score: 0.97
-tags: [auto-reinforced, technical-architecture, infrastructure, blueprint, high-level-design, scalability, durability]
+tags: [auto-reinforced, technical-[[Architecture]], infrastructure, blueprint, high-level-design, [[Scalability]], durability]
 last_reinforced: 2026-04-20
 ---
 
@@ -15,11 +15,11 @@ last_reinforced: 2026-04-20
 기술 아키텍처(Technical-Architecture)는 소프트웨어 시스템의 구조, 구성 요소 간의 관계, 그리고 이들을 설계하고 진화시키기 위한 원칙을 정의한 것입니다.
 
 1.  **3대 설계 원칙**:
-    *   **Modularity**: 기능별로 쪼개어 하나가 고장 나도 전체가 멈추지 않게 함. (SPOF 제거).
+    *   **[[Modularity]]**: 기능별로 쪼개어 하나가 고장 나도 전체가 멈추지 않게 함. ([[SPOF]] 제거).
     *   **Scalability**: 사용자 증가 시 서버를 무한히 늘릴 수 있는 구조. (Scalability와 연결)
-    *   **Decoupling**: 부품 간의 의존성을 줄여 독립적인 업데이트 가능케 함. (Refinement의 용이성).
+    *   **Decoupling**: 부품 간의 의존성을 줄여 독립적인 업데이트 가능케 함. ([[Refinement]]의 용이성).
 2.  **왜 중요한가?**:
-    *   아키텍처가 부실하면 초기엔 빠를지 모르나, 곧 '기술 부채'의 늪에 빠져 시스템이 제 무게를 견디지 못하고 붕괴하기 때문임. (Technical-Debt와 대비)
+    *   아키텍처가 부실하면 초기엔 빠를지 모르나, 곧 '기술 부채'의 늪에 빠져 시스템이 제 무게를 견디지 못하고 붕괴하기 때문임. ([[Technical-Debt]]와 대비)
 
 ## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
 - **과거 데이터와의 충돌**: 과거에는 거대한 하나로 뭉친 구조(Monolithic) 정책이었으나, 현대 정책은 아주 작게 쪼개어진 '마이크로서비스(MSA) 정책'과 '서버리스(Serverless) 정책'이 하이브리드된 상태로 진화함(RL Update).