feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,23 +1,20 @@
|
||||
---
|
||||
# ──────────────────────────────────────────────
|
||||
# FRONTMATTER 작성 가이드 (LLM용 주석 포함)
|
||||
# 이 주석들은 파일 저장 시 삭제하지 않아도 됩니다.
|
||||
# LLM이 각 필드를 채울 때 판단 기준으로 사용합니다.
|
||||
# ──────────────────────────────────────────────
|
||||
|
||||
id: "wiki-2026-0507-028"
|
||||
title: "클라우드_인프라_및_IaC_운영_표준"
|
||||
category: "[[10_Wiki/Topics]]"
|
||||
status: "verified"
|
||||
canonical_id: "self"
|
||||
aliases: ["Cloud Infrastructure", "Kubernetes", "Docker", "Terraform", "IaC", "AWS", "클라우드", "오케스트레이션"]
|
||||
duplicate_of: "none"
|
||||
source_trust_level: "B"
|
||||
id: wiki-2026-0507-028
|
||||
title: 클라우드 인프라 및 IaC 운영 표준
|
||||
category: 10_Wiki/Topics
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [wiki-2026-0507-028, Cloud Infrastructure, Kubernetes, Docker, Terraform, IaC, AWS, Backups, SaaS, IoT, Virtualization, 클라우드, 오케스트레이션, 백업, 가상화]
|
||||
duplicate_of: none
|
||||
source_trust_level: B
|
||||
confidence_score: 1.0
|
||||
tags: ["Cloud", "DevOps", "Infrastructure", "Kubernetes", "Docker", "IaC"]
|
||||
raw_sources: ["직접 입력"]
|
||||
last_reinforced: "2026-05-07"
|
||||
github_commit: "pending"
|
||||
tags: [Cloud, DevOps, Infrastructure, Kubernetes, Docker, IaC, Backup, SaaS, IoT, Virtualization]
|
||||
raw_sources: [직접 입력, DevOps_and_Security/Backups.md, DevOps_and_Security/SaaS.md, DevOps_and_Security/IoT.md]
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
tech_stack:
|
||||
language: unspecified
|
||||
framework: unspecified
|
||||
---
|
||||
|
||||
# 클라우드_인프라_및_IaC_운영_표준
|
||||
@@ -28,24 +25,28 @@ github_commit: "pending"
|
||||
---
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
|
||||
**추출된 패턴:**
|
||||
> 애플리케이션을 컨테이너(Docker)로 격리하고, 이를 수천 개의 인스턴스로 확장·관리(Kubernetes)하며, 이 모든 인프라 구성을 코드(IaC / Terraform)로 명시하는 것이 현대적 인프라 운영의 핵심 패턴이다.
|
||||
|
||||
**세부 내용:**
|
||||
- **컨테이너화 및 오케스트레이션:**
|
||||
- **Docker:** 애플리케이션과 그 의존성을 하나의 이미지로 패키징하여 환경 일관성 확보.
|
||||
- **Kubernetes (K8s):** 수많은 컨테이너의 배포, 확장, 네트워크, 스토리지를 자동화하는 지휘자(Orchestrator). 파드(Pod) 단위 운영과 사이드카(Sidecar) 패턴을 통한 서비스 메시 구현이 특징.
|
||||
- **IaC (Infrastructure as Code):**
|
||||
- **Terraform:** 클라우드 자원(AWS, GCP 등)을 선언적 코드로 정의하여 인프라의 가시성과 재사용성 확보.
|
||||
- **장점:** 휴먼 에러 방지, 인프라 버전 관리 가능, 동일 환경의 신속한 복제(Staging/Prod).
|
||||
- **클라우드 서비스 모델 (AWS 등):**
|
||||
- **클라우드 서비스 모델 (Service Models):**
|
||||
- **IaaS (Infra as a Service):** 가상 서버, 스토리지 등 기초 인프라 제공.
|
||||
- **PaaS (Platform as a Service):** 개발·배포 환경(런타임, 미들웨어) 제공.
|
||||
- **SaaS (Software as a Service):** 설치 없이 인터넷을 통해 애플리케이션을 구독하여 사용(수도·전력과 같은 '경험의 구독').
|
||||
- **백업 및 재해 복구 (Backup & Disaster Recovery):**
|
||||
- **3-2-1 법칙:** 데이터 복사본 3개 보유, 2개 이상의 매체 저장, 1개는 원격지 보관.
|
||||
- **Snapshot:** 특정 시점의 데이터 상태를 기록하여 롤백에 용이.
|
||||
- **WORM (Write Once Read Many):** 랜섬웨어 대응을 위해 수정/삭제 불가능한 격리 백업 정책 시행.
|
||||
- **가상화 (Virtualization):**
|
||||
- 하드웨어 자원을 가상 계층(Hypervisor)을 통해 논리적으로 분할하여 효율성 극대화.
|
||||
- 컨테이너 가상화(Docker)는 OS 커널을 공유하여 VM보다 가볍고 빠른 기동성을 제공함.
|
||||
- **IoT 및 엣지 인프라:**
|
||||
- **Telemetry:** 센서 데이터를 MQTT/HTTP 프로토콜을 통해 실시간 수집.
|
||||
- **Edge Computing:** 클라우드 전송 전 현장에서 데이터를 필터링하여 실시간성 강화 및 네트워크 부하 감소.
|
||||
- 서버리스(Lambda), 관리형 DB(RDS), 컴퓨팅(EC2) 등 다양한 추상화 계층을 제공하여 비즈니스 로직에만 집중할 수 있는 환경 제공.
|
||||
|
||||
---
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- 대규모 트래픽 대응을 위한 시스템 확장성(Scalability) 설계가 필요할 때.
|
||||
- 인프라 설정을 수동 작업이 아닌 자동화된 파이프라인(GitOps)으로 구축하고 싶을 때.
|
||||
@@ -67,7 +68,6 @@ github_commit: "pending"
|
||||
---
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** verified
|
||||
- **출처 신뢰도:** B
|
||||
- **검토 이유:** 해당 없음
|
||||
@@ -75,7 +75,6 @@ github_commit: "pending"
|
||||
---
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** [[Kubernetes]], [[Terraform-Infrastructure-as-Code]], [[Containerization_and_Docker]], [[Amazon-AWS-Formal-Verification]] 등 10여 개
|
||||
- **처리 방식:** MERGE
|
||||
- **처리 이유:** 클라우드 인프라의 핵심 3요소(컨테이너, 오케스트레이션, IaC)를 다룬 파편화된 문서들을 하나의 운영 표준 지침서로 통합함.
|
||||
@@ -83,14 +82,12 @@ github_commit: "pending"
|
||||
---
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 단순 '서버 관리' 개념에서 '코드 기반의 동적 오케스트레이션'으로 인프라 패러다임을 공식 정의함.
|
||||
|
||||
---
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** [[CI_CD_파이프라인_자동화]], [[SAST_정적_보안_진단_체계]], [[NextJS_React_현대적_프론트엔드_패턴]]
|
||||
- **Raw Source:** 직접 입력
|
||||
@@ -98,7 +95,29 @@ github_commit: "pending"
|
||||
---
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-07 | 10여 개의 클라우드/인프라 관련 중복 문서를 통합 및 v3.0 규격 적용 | MERGE | B |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
Reference in New Issue
Block a user