3
내 명령/이벤트와 comand 핸들러/이벤트 핸들러를 등록 할 버스가 하나 있어야하는지, 아니면 별도의 버스가 있어야하며 현재 내 애플리케이션에 제한된 컨텍스트가있는 지 궁금합니다.CQRS에서 버스 하나 또는 별도 버스가 있습니까?
장단점은 무엇입니까?
A
답변
3
버스는 기본적으로 도메인 문제가 아닌 인프라 스트럭처 문제로 고려해야합니다. 애플리케이션을 어떻게 배치 할 계획입니까?
1
버스가 전송 인 경우 컨텍스트 중 일부가 메시지 트래픽이 낮 으면 단일 버스를 사용할 수 있지만 다른 컨텍스트에서는 하나의 컨텍스트 메시지를 전송할 때 여러 버스가 필요할 수 있습니다.
+0
여기에 무슨 뜻인지 예를 들려 줄 수 있습니까? –
여기 약간 혼란 스럽습니다. 이것이 첫 번째 CQRS 프로젝트이기 때문에 이벤트와 명령을 등록한 버스가있는 그렉 영의 간단한 CQRS 프로젝트를 따라했습니다. 그런 다음 DDD에 대해 더 많이 읽었으며 다른 도메인에서 작업 할 때 해당 도메인에 대한 명령을 등록한 버스를 만들었습니다. 그런 다음 다른 도메인에서 일하면서 다른 버스를 만들고 거기에 대한 명령을 등록했습니다. 어쩌면이 상황에서 버스에 대한 나의 이해가 잘못되었을 수도 있습니다. 당시에 논리적으로 행동하는 것이 옳은 것 같았습니다. 배포를 언급했는데 NSB 등을 사용하고 있다는 뜻입니까? –
버스 추상화를 도메인에 노출하면 런타임에 제공된 버스의 특성을 결정할 수 있습니다. 즉, 하나의 프로세스 (예 : 인 메모리 버스) 또는 다른 시스템 (서비스 버스)에 두 개의 BC를 배치 할 때 다른 선택을 할 수 있습니다. 또는 우선 순위가 낮은 메시지에 대해 다른 처리기에 다른 버스를 주입하십시오. –