34 lines
2.3 KiB
Markdown
34 lines
2.3 KiB
Markdown
---
|
|
id: P-REINFORCE-AUTO-BACK-001
|
|
category: "10_Wiki/💡 Topics/AI"
|
|
confidence_score: 0.97
|
|
tags: [auto-reinforced, backend, server-side, architecture, api, data-management]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[Backend|Backend]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "보이지 않는 곳의 설계자: 사용자가 접하는 화면 뒤에서 데이터를 저장하고, 복잡한 로직을 처리하며, 보안을 책임지고 시스템의 안정성을 실질적으로 지탱하는 엔진룸."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
백엔드(Backend)는 웹이나 앱의 서버 측(Server-side) 영역으로, 데이터베이스와의 상호작용 및 비즈니스 로직 처리를 담당합니다.
|
|
|
|
1. **3대 핵심 구성 요소**:
|
|
* **Server**: 클라이언트의 요청을 받아 응답을 반환하는 물리적/가상적 장치.
|
|
* **Application**: 특정 언어(Python, Node.js 등)로 작성된 비즈니스 로직의 집합.
|
|
* **Database**: 정보를 안전하고 효율적으로 보관하는 저장소. (Availability-and-Persistence와 연결)
|
|
2. **주요 역할**:
|
|
* **API Design**: 프론트엔드와 소통하기 위한 규격 정의.
|
|
* **Security & Auth**: 사용자 인증 및 권한 관리 (API-Key-Management와 연결).
|
|
* **Optimization**: 대량의 요청 처리 및 데이터 인출 속도 최적화.
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌**: 과거에는 모든 기능을 한 곳에 모은 'Monolith' 정책이 대세였으나, 현대 클라우드 정책은 기능을 잘게 쪼개어 독립적으로 운영하는 'Microservices Architecture (MSA) 정책'으로 확장성을 확보함(RL Update).
|
|
- **정책 변화(RL Update)**: 서버를 직접 관리하지 않고 실행할 때만 자원을 빌려 쓰는 'Serverless 정책'이 대중화되면서, 백엔드 엔지니어링의 중심이 인프라 관리에서 '비즈니스 흐름(Flow) 설계'로 이동함.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[Technical-Architecture|Technical-Architecture]], [[API-Key-Management|API-Key-Management]], [[Availability-and-Persistence|Availability-and-Persistence]], [[Software-Design-Principles|Software-Design-Principles]], [[Workflow-Integrity|Workflow-Integrity]]
|
|
- **Modern Tech/Tools**: Node.js, Python FastAPI, Go, Docker/Kubernetes, Redis, PostgreSQL.
|
|
---
|