DDD Bounded Context

도메인 모델이 일관된 의미를 유지하는 명시적 경계. 경계 안에서 Ubiquitous Language가 적용된다.

Ubiquitous Language

도메인 전문가와 개발자가 동일한 언어로 소통. 코드·문서·대화 모두 동일 용어 사용.

예: "Order"라는 단어가 영업 컨텍스트에서는 '고객 주문', 창고 컨텍스트에서는 '출고 요청'으로 다를 수 있음 → 각 Bounded Context에서 별도로 모델링.

Context Map — 컨텍스트 간 관계 유형

마이크로서비스와의 관계

이상적으로 Bounded Context = 마이크로서비스 1개. 단, 작은 컨텍스트를 하나의 서비스로 합칠 수도 있음.

경계를 서비스 분리 전에 먼저 도메인 모델에서 식별하는 것이 올바른 순서.

연결 노트

• ZK-DDD-Aggregate-Pattern — Bounded Context 내부의 일관성 단위
• ZK-Event-Driven-Architecture — Context 간 통신은 Domain Event로
• ZK-SOLID-Principles — 단일 책임 원칙이 Bounded Context 설계 지침과 유사