32 lines
2.3 KiB
Markdown
32 lines
2.3 KiB
Markdown
---
|
|
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]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[Technical-Architecture]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "지능 시스템의 뼈대와 실핏줄: 단순히 예쁜 화면을 넘어, 데이터가 어디로 흐르고 서버가 어떻게 부하를 견디며 지식이 어떻게 안전하게 저장될지 정의한 기술적 총본산이자 시스템의 '지속 가능한 생존 전략'."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
기술 아키텍처(Technical-Architecture)는 소프트웨어 시스템의 구조, 구성 요소 간의 관계, 그리고 이들을 설계하고 진화시키기 위한 원칙을 정의한 것입니다.
|
|
|
|
1. **3대 설계 원칙**:
|
|
* **Modularity**: 기능별로 쪼개어 하나가 고장 나도 전체가 멈추지 않게 함. (SPOF 제거).
|
|
* **Scalability**: 사용자 증가 시 서버를 무한히 늘릴 수 있는 구조. (Scalability와 연결)
|
|
* **Decoupling**: 부품 간의 의존성을 줄여 독립적인 업데이트 가능케 함. (Refinement의 용이성).
|
|
2. **왜 중요한가?**:
|
|
* 아키텍처가 부실하면 초기엔 빠를지 모르나, 곧 '기술 부채'의 늪에 빠져 시스템이 제 무게를 견디지 못하고 붕괴하기 때문임. (Technical-Debt와 대비)
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌**: 과거에는 거대한 하나로 뭉친 구조(Monolithic) 정책이었으나, 현대 정책은 아주 작게 쪼개어진 '마이크로서비스(MSA) 정책'과 '서버리스(Serverless) 정책'이 하이브리드된 상태로 진화함(RL Update).
|
|
- **정책 변화(RL Update)**: 이제는 단순 인프라 구조 정책을 넘어, AI 모델이 어떻게 검색 엔진(RAG)과 연결되고 사용자 피드백 정책을 다시 학습 루프(RL)로 넣을 것인지 정의하는 'AI 네이티브 아키텍처 정책'이 경쟁력의 핵심임.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[Scalability]], [[SPOF]], [[Refinement]], [[Technical-Debt]], Engineering, [[System-Theory]]
|
|
- **Modern Patterns**: Microservices, Serverless, Event-driven, Layered architecture.
|
|
---
|