하위 도메인별 분해 - AWS 규범적 지침

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

하위 도메인별 분해

이 패턴은 도메인 기반 설계(DDD) 하위 도메인을 사용하여 모놀리스를 분해합니다. 이 접근 방식은 조직의 도메인 모델을 핵심(비즈니스의 주요 차별화 요소), 지원(비즈니스와 관련이 있지만 차별화 요소는 아님) 또는 일반(모든 비즈니스에 공통적으로 적용됨)으로 분류되는 별도의 하위 도메인으로 분류합니다. 이 패턴은 하위 도메인 관련 모듈 간의 경계가 잘 정의된 기존의 모놀리식 시스템에 적합합니다. 즉, 기존 코드를 크게 다시 작성하지 않고도 기존 모듈을 마이크로서비스로 다시 패키징하여 모놀리스를 분해할 수 있습니다. 각 하위 도메인에는 모델이 있으며 해당 모델의 범위를 제한된 컨텍스트라고 합니다. 마이크로서비스는 이러한 제한된 컨텍스트를 중심으로 개발됩니다. 다음 표는 이 패턴 사용의 장단점을 설명합니다.

장점 단점
  • 느슨하게 결합된 아키텍처는 확장성, 복원력, 유지 관리성, 확장성, 위치 투명성, 프로토콜 독립성 및 시간 독립성을 제공합니다.

  • 시스템의 확장성과 예측성이 향상됩니다.

  • 마이크로서비스를 너무 많이 생성하여 서비스 검색 및 통합을 어렵게 만들 수 있습니다.

  • 전체 비즈니스에 대한 심층적인 이해가 필요하기 때문에 비즈니스 하위 도메인을 파악하기 어렵습니다.

다음 그림은 보험 모놀리스가 비즈니스 역량에 의해 분해된 후 다시 하위 도메인으로 분해되는 방법을 보여줍니다.

하위 도메인별 모놀리스 분해

그림은 영업마케팅 서비스가 더 작은 마이크로서비스로 분류되어 있음을 보여줍니다. 구매청구 모델은 영업의 중요한 비즈니스 차별화 요소이며 두 개의 개별 마이크로서비스로 구분됩니다. 마케팅캠페인, 분석, 보고서와 같은 지원 비즈니스 기능을 사용하여 세분화됩니다.