도메인 주도 설계 검색 결과
9 개의 검색 결과가 있습니다.
개발 이야기

도메인 주도 설계 - CQRS

도메인 주도 설계를 조금 공부해 봤다면 들어봤을만한 단어, CQRS. 단어까지 들어봤다면 정의는 Command Query Responsibility Segregation이라는 것인지도 알고 무엇인지는 개념적으로 알 것 같은데, 실전에서 어떻게 쓰이고 있을까요? Command는 Entity의 State를 변경하기 위해 요청을 받는 것을 뜻하고, Query는 요청에 대한 응답을 해주는데 왜 책임을 분리하여 사용하는지 간단한 예제를 통해 알아보겠습니다. 많이 보았을만한 엔티티간 관계입니다. Command는 어느 엔티티의 상태 변화를 책임지는 것이라서 어렵지 않은 내용이지만, Query라는 것이 사실은 저도 처음에는 조금 헷갈렸습니다. 성능을 위해 비정규화를 해야한다는 뜻인지, 아니면 데이터베이스를 Replic..

2022. 2. 5. 08:30
개발 이야기

마이크로 서비스 단점

최근 6개월간 나름 바쁜 시간이었습니다. 개인적으로 진행하는 프로젝트와 새로운 취미생활인 과자/케이크 만들기에 열중하다보니 한동안 아무 글도 쓰지 못했네요. 다시 조금씩 도메인 주도 설계 부분에 글을 쓰려고 합니다.지금까지 도메인 주도 설계가 무엇인지에 대한 개략적인 고찰을 했고, 왜 마이크로 서비스를 도입하는지 또한 마이크로 서비스가 우리 시스템에 합당한지에 대해 얘기해 보았습니다. 이번에는 제가 실제 마이크로 서비스를 구현하면서 겪었던 단점들을 이야기 해보려고 합니다.1. 데이터 유지보수의 어려움내가 운영하는 데이터와 다른 마이크로 시스템과의 데이터가 틀어지는 경우들이 종종 있습니다. 이것은 아래에 설명할 트랜잭션 관리와도 연관이 있는데요, 데이터가 잘못되거나 서비스간 데이터가 일치하지 않는 경우 보..

2020. 2. 11. 04:42
개발 이야기

도메인 주도 설계 - Context Map

컨텍스트 맵은 한국어로 치자면 연동 협의서 정도 될 것 같습니다. 우리가 구현한 마이크로 서비스의 데이터를 어디서 Subscribe하고 있는지, 또 우리는 어떤 서비스를 Subscribe하고 있는지를 정의하고 연동을 담당하고 있는 담당자 및 어떤 데이터를 받아와 흘러가는지에 대한 정의를 해 놓은 문서라고 볼 수 있습니다. 이러한 지도가 있어야 문제가 발생했을 때 어느 시스템에서 데이터가 잘못 들어오기 시작했는지, 그리고 문제가 발생한 서비스와 원활한 협조 및 대응을 위해 담당자 등을 명기해 놓은 문서라고 보시면 됩니다. 책들을 보면 보통 그 외 부수적인 설명들이 있으나 딱 이것만 기억하시면 됩니다. 데이터의 흐름과 장애 발생 시 긴급 담당자 연락처. 다음부터는 도메인 주도 설계를 어떻게 잘 구현해 나갈 ..

2019. 7. 4. 13:21
개발 이야기

도메인 주도 설계 - 아마존 결제 프로세스

온라인 쇼핑몰에서 상품을 구매하는 프로세스를 알아볼까요? 우리가 생각하는 일반적인 프로세스는 다음과 같을 겁니다. 1. 카트에 상품을 담는다. 결제 페이지로 이동한다. 2. 결제 시스템과 연동하여 카드 결제가 완료되면 주문 내역을 DB에 저장한다. 3. 만약 결제에 실패하면 결제 실패 사유를 보여준다. 4. 주문 내역 페이지에서 구매 내역과 영수증을 출력할 수 있다. 아마존도 이러한 결제 프로세스를 Synchronous하게 진행할까요? 아마존은 결제 프로세스를 이런 순차적인 방식으로 진행하지 않습니다. 많은 프로세스들이 비동기로 돌아갑니다. 우선 우리가 생각할 수 있는 도메인 영역은 상품, 주문, 그리고 결제 도메인입니다. 이렇게 도메인 컨텍스트가 구성되어 있다면 각자의 도메인을 마이크로 서비스 형태로 ..

2019. 6. 21. 03:43
개발 이야기

도메인 주도 설계 - Bounded Context 간의 통신

2019/06/05 - [개발자] - [도메인 주도 설계] Bounded Context이전 블로그에서 Bounded Context에 대해 알아 보았습니다. 각각의 컨텍스를 서비스로 구현한다고 하면, 각 서비스들은 서로 간에 통신이 필수불가결하게 됩니다. 인사팀에서 새로운 영업 직원을 채용했다면, 이 직원의 정보는 당연히 영업팀의 서비스로 넘어가야겠죠. 쇼핑몰에서 상품을 구매하면, 이것이 결제 시스템으로 넘어가야 하는 것도 같은 같이 이치 입니다. 컨텍스트 간의 통신에는 여러가지 방법이 있겠지만 최근 사용되는 방식은 2개만 있다고 봐도 무방합니다.메시지 또는 REST메시지는 전통적인 EAI와 다르지 않습니다. 메시지를 생성해서 메시지큐에 보내면 메시지를 구독(Subscribe)하는 서비스들이 이를 받아서 ..

2019. 6. 7. 09:13
개발 이야기

도메인 주도 설계 - Bounded Context

Bounded Context란 업무를 구분해 놓은 것에 불과합니다. 이 컨텍스트 내부가 하나의 문제의 도메인이 되지요. 하지만, 이 경계를 어떻게 만드느냐에 따라 전체적인 아키텍처가 구성에 큰 틀을 제공하기도 합니다. 예를 들어 기업에 있어 인사/영업/마케팅/회계 등의 시스템이 있을 경우 이것을 하나의 Bounded Context로 볼 수 있고 이 내부가 하나의 도메인이 되게 됩니다. 만약 더 세부적인 컨텍스트로 나눌 수 있다면 더 작은 컨텍스트가 될 수도 있고요. 인사의 경우 급여관리, 직원관리 등의 작은 Bounded Context가 될 수 있다는 뜻이죠. 또 다른 예를 하나 들어보면 온라인 쇼핑몰이 있겠습니다. 쇼핑몰은 크게 상품, 판매, 결제 등으로 경계를 나눌 수 있게 되는데, 이 하나 하나가 ..

2019. 6. 5. 13:06