"바운디드 컨텍스트"의 두 판 사이의 차이

7번째 줄: 7번째 줄:
* 주변 서비스들에 대해 알아야 할 것이 너무 많다면 바운디드 컨텍스트가 아님
* 주변 서비스들에 대해 알아야 할 것이 너무 많다면 바운디드 컨텍스트가 아님
* OOP에서 하나의 객체에 어느 정도의 기능을 담을지 고민하듯, 하나의 서비스에 어느 정도의 기능을 넣을지 고민해야 함
* OOP에서 하나의 객체에 어느 정도의 기능을 담을지 고민하듯, 하나의 서비스에 어느 정도의 기능을 넣을지 고민해야 함
* 각 컨텍스트는 자체 함수, 객체, 언어를 사용함
* 각 컨텍스트는 각각의 함수, 객체, 언어를 사용함


http://martinfowler.com/bliki/images/boundedContext/sketch.png
http://martinfowler.com/bliki/images/boundedContext/sketch.png

2018년 3월 22일 (목) 15:38 판

1 개요

bounded context
接境 context
접경 컨텍스트, 바운디드 컨텍스트
  • DDD의 중심 패턴
  • 마이크로서비스로 전환하기 위해서는 컨텍스트를 적절히 식별하여 분리해야 함
  • 주변 서비스들에 대해 알아야 할 것이 너무 많다면 바운디드 컨텍스트가 아님
  • OOP에서 하나의 객체에 어느 정도의 기능을 담을지 고민하듯, 하나의 서비스에 어느 정도의 기능을 넣을지 고민해야 함
  • 각 컨텍스트는 각각의 함수, 객체, 언어를 사용함

 

2 같이 보기

3 참고

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}