Refactor: Consolidate directory structure into 5 main categories and update metadata

10_Wiki/Topics_Dev/Microservices_Architecture.md

@@ -1,47 +1,46 @@
 ---
-id: P-REINFORCE-WIKI-DEV-MICROSERVICES
-title: "마이크로서비스 아키텍처와 분산 시스템 설계 (Microservices Architecture)"
-category: "10_Wiki/💻 Topics_Dev"
+id: P-REINFORCE-WIKI-ARCH-MICROSERVICES
+title: "마이크로서비스 아키텍처 (Microservices Architecture, MSA)"
+category: Dev
 status: verified
 canonical_id: ""
-aliases: ["마이크로서비스", "Microservices", "MSA", "분산 아키텍처", "서비스 분해"]
+aliases: ["MSA", "마이크로서비스", "Microservices", "분산 시스템"]
 duplicate_of: ""
 source_trust_level: A
 confidence_score: 1.0
-tags: ["Architecture", "Distributed_Systems", "Cloud_Native", "Scalability", "DevOps"]
+tags: ["Architecture", "MSA", "Cloud_Native", "Scalability", "Agility"]
 raw_sources: ["Datacollector_Export_2026-05-02"]
 last_reinforced: 2026-05-02
 github_commit: ""
 ---
 
-# [[마이크로서비스 아키텍처와 분산 시스템 설계 (Microservices Architecture)]]
+# [[마이크로서비스 아키텍처 (Microservices Architecture, MSA)]]
 
 ## 1. 개요
-마이크로서비스 아키텍처(MSA)는 대규모 애플리케이션을 비즈니스 도메인 중심의 작고 독립적인 서비스들의 집합으로 구조화하는 설계 방식이다. 각 서비스는 고유한 비즈니스 책임을 가지며, 독립적으로 개발, 배포, 확장될 수 있는 자율성을 갖는다. 이는 모든 기능이 하나로 결합된 모놀리식(Monolithic) 아키텍처의 한계를 극복하고, 복잡한 시스템의 기민성과 기술적 유연성을 확보하기 위해 도입된다.
+마이크로서비스 아키텍처(MSA)는 거대한 단일 애플리케이션(Monolith)을 독립적으로 배포 및 확장 가능한 작은 서비스 단위들로 분할하여 구축하는 시스템 설계 방식이다. 각 서비스는 특정 비즈니스 기능(Bounded Context)에 집중하며, 가벼운 통신 프로토콜(HTTP/REST, gRPC, 메시지 큐 등)을 통해 상호작용한다.
 
-## 2. 핵심 원칙 및 구성 요소
-- **서비스 분해 (Decomposition)**: 비즈니스 기능을 기준으로 서비스를 경계 지어진 컨텍스트(Bounded Context)로 나누어 설계.
-- **데이터 탈중앙화 (Decentralized Data)**: 각 서비스가 고유의 데이터베이스를 소유하여 데이터 결합도를 낮추고 서비스 간 간섭 차단.
-- **폴리글랏 프로그래밍 (Polyglot)**: 각 서비스의 특성에 최적화된 프로그래밍 언어와 데이터 저장소 기술을 독립적으로 선택 가능.
-- **인프라 자동화 (Infrastructure Automation)**: 컨테이너(Docker)와 오케스트레이션(Kubernetes)을 활용한 자동화된 배포 및 확장 체계 구축.
-- **관측 가능성 (Observability)**: 분산된 서비스들의 상태를 파악하기 위한 중앙 집중식 로깅, 메트릭 수집, 분산 트레이싱(Distributed Tracing) 필수.
+## 2. 핵심 특징
+- **독립적 배포 및 확장**: 전체 시스템을 중단하지 않고 특정 서비스만 개별적으로 업데이트하거나, 트래픽에 맞춰 특정 모듈만 수평 확장(Scale-out) 가능.
+- **기술 자율성 (Polyglot)**: 각 마이크로서비스의 특성에 따라 서로 다른 프로그래밍 언어, 데이터베이스, 프레임워크를 선택할 수 있는 유연성 제공.
+- **격리된 실패 (Fault Isolation)**: 특정 서비스에 장애가 발생하더라도 서킷 브레이커 등을 통해 전체 시스템으로의 장애 전파를 차단하여 가용성 유지.
+- **조직 정렬 (Conway's Law)**: 비즈니스 도메인 단위로 팀을 구성하고, 팀별로 독립적인 서비스 소유권을 부여하여 개발 민첩성 극대화.
 
-## 3. 엔지니어링 가치
-- **독립적 배포 및 확장**: 특정 기능의 업데이트나 트래픽 증가 시 전체 시스템이 아닌 해당 서비스만 독립적으로 배포하거나 확장 가능.
-- **결함 격리 (Fault Isolation)**: 한 서비스의 장애가 전체 시스템의 중단으로 번지지 않도록 차단(Circuit Breaker 패턴 등 활용).
-- **팀 자율성 극대화**: 팀 단위로 특정 서비스의 생명주기를 전담하여 의사결정 속도와 개발 생산성 향상.
+## 3. 실전 아키텍처 결합
+- **클라우드 네이티브와 서버리스**: AWS Lambda, Kubernetes 등 클라우드 인프라를 활용하여 마이크로서비스의 배포와 운영 자동화.
+- **헥사고날 아키텍처의 확장**: 각 마이크로서비스 내부를 헥사고날 아키텍처로 설계하여 비즈니스 로직의 순수성을 지키고 외부 기술과의 결합도 최소화.
+- **API 게이트웨이**: 수많은 마이크로서비스의 엔드포인트를 단일 창구로 통합하고 인증, 로깅, 라우팅을 중앙 집중적으로 관리.
 
 ## 4. 트레이드오프 및 주의사항
-- **분산 시스템의 복잡성**: 네트워크 지연, 부분 실패, 데이터 일관성(Eventual Consistency) 등 분산 환경 고유의 문제 해결 비용 발생.
-- **운영 오버헤드**: 수많은 서비스의 상태를 모니터링하고 관리하기 위한 고도화된 DevOps 인프라와 숙련된 인력 요구.
-- **설계 난이도**: 서비스 간의 경계를 잘못 설정할 경우 '분산된 모놀리스(Distributed Monolith)'가 되어 오히려 복잡성만 가중될 수 있음.
+- **분산 시스템의 복잡성**: 네트워크 지연, 분산 트랜잭션 처리(Saga 패턴 등), 데이터 일관성 유지(Eventual Consistency) 등 고난도의 기술적 과제 수반.
+- **운영 오버헤드**: 서비스 수가 늘어남에 따라 모니터링, 로깅, 배포 파이프라인 관리의 난이도가 급격히 상승함.
+- **분산 모놀리스 (Anti-pattern)**: 서비스 간의 의존성이 너무 강해 결국 함께 배포해야 하는 상황이 발생하지 않도록 바운디드 컨텍스트 설계를 정교하게 해야 함.
 
 ## 5. 지식 연결 (Related)
-- [[Bounded_Context]]: 서비스 경계를 결정하는 도메인 주도 설계의 핵심 개념.
-- [[Distributed_Systems]]: MSA가 기반으로 하는 분산 환경의 기술적 토대.
-- [[Cloud_Native_Patterns]]: MSA를 효과적으로 운영하기 위한 클라우드 기반 설계 패턴.
+- [[Hexagonal_Architecture]]: 마이크로서비스 내부를 설계하는 기반 패턴.
+- [[Event_Driven_Architecture]]: 서비스 간 느슨한 결합을 구현하기 위한 핵심 통신 방식.
+- [[Bounded_Context]]: 마이크로서비스를 나누는 논리적/비즈니스적 기준.
 
 ## 🧪 검증 상태 (Validation)
 - **정보 상태**: 검증 완료 (Verified)
 - **출처 신뢰도**: A
-- **검토 이유**: 대규모 시스템의 복잡성을 관리하고 현대적인 클라우드 환경에서 비즈니스 속도를 극대화하기 위한 아키텍처 표준 정립.
+- **검토 이유**: 대규모 트래픽과 복잡한 비즈니스 요구사항을 탄력적으로 수용하기 위한 현대적 아키텍처의 표준 명세 정립.