아키텍처 | 설계12 DDD ( Domain Driven Design ) 도메인 주도 설계 도메인 주도 설계 ( Domain Driven Design ) 도메인을 기반으로 한 설계 방식이다. 1. 메인 모델의 작성시나리오에 맞춰서 UML 등을 활용해서 로직을 표현한다. - 전체적인 도메인 모델 정의 2. 모델의 분리전체적인 도메인 모델이 정의되면 모델을 분리한다. 분리 전 1.의 모델에는 전체적인 흐름이 서술되어 있다.자세한 내용을 다루면 모델의 크기가 너무 커진다.그래서 분리해서 만든다. 분리하는 기준은 DDD에서는 Boundary Context라고 부른다. - 업무의 독립단위 , 프로젝트 팀 단위로 나눈다. 모델을 나누면서 메인 모델과의 추적성도 부여해야한다. Context Map 을 활용한다. = Context Map에서는 상위 모델의 모듈이 어떤 모델로 분류 되었는지 표현한다. 3. 하.. 2019. 1. 30. CQRS 패턴 간단 정리 CQRS 패턴아키텍처 패턴. 수시로 확장이 용이한 클라우드 환경 , 엔터프라이즈 환경에서 사용한다. 데이터베이스에 Read 를 하는 순간과 화면에 렌더링하는 순간은 동일하지 않다. 그러므로 렌더링하는 데이터는 실제 데이터와 차이가 있을 수 있다. Read(조회)의 결과물은 차이는 있으나 실제 데이터와 다르니 캐시를 사용해서 사용자들이 빠르게 읽어들일 수 있도록 한다. CUD(삽입 , 갱신 , 삭제)는 메시지 큐를 통해서 데이터를 변경시킨다. 그리고 변경이 일어나는 시점에 캐시를 업데이트 한다. CQRS를 사용해야 하는 경우 데이터 읽기 성능 조정복잡한 도메인 모델 CQRS 를 사용하지 않는 경우 도메인 , 비즈니스 로직이 간단한 경우 2019. 1. 30. 이전 1 2 3 다음