도메인 이벤트에 단일 Mongo 컬렉션 (domainevents) 사용의 성능에 대해 걱정합니다. domainevents 컬렉션을 각 집계 루트별로 별도의 컬렉션으로 분할하는 것이 좋습니까? 여러 집계 루트의 이벤트를 기반으로 생성되는 쿼리 모델이 있습니다. domainevents를 여러 콜렉션으로 분리하면 Axon은 집계 루트에서 이벤트 순서를 보존합니까
이벤트 소싱에 CQRS를 사용하고 있으며 집계 루트에 상태 패턴을 사용하려고합니다. 현재 Create() 및 CreateSubscription이라는 몇 가지 메소드가있는 제품 도메인 모델이 있습니다. public static void Create(string name){
When(new ProductCreatedEvent { Name = nam
저는 (가까운 장래에 적용하고 싶습니다) CQRS+EventSoucing 패턴을 읽었으며 모든 데크와 프리젠 테이션에 공통점이있는 한 가지는 모델 상태의 스냅 샷을 복원하여 복원하는 것입니다 그러나 이것들 중 어느 것도 그 패턴/전략을 공유하지 않습니다. 당신이 특히 측면에서이 문제에 대해 자신의 생각과 경험을 공유 할 수 있는지 궁금 : 이 때 응용 프로
CQRS + ES 설계 응용 프로그램이 있습니다. CQRS + ES 세계는 작년에이 책을 읽었으며 완벽하게 이해할 수 있지만 완벽한 감각을 구현하는 것은 쉽지 않습니다. 어쨌든 내 질문이나 질문은 다음과 같습니다 다중 명령 (단계) 과정을 포함하는 가장 좋은 방법은 무엇입니까? 시작하고이 중지 그들은 더 보면 내가 사가의 살펴 보았다 는 을 SendEmai
포럼의 게임 인 마피아라는 프로젝트를 작성합니다. 나는 CQRS Event Sourcing + MongoDB를 사용한다. 게임이 시작되면 게임은 각 플레이어에게 임의의 역할을 부여해야합니다. 내가 어떻게 그것을 실현할 수있는 경우, 집계 루트가 이벤트, 예를 들어 "주어진 역할"을 DB에서 (지금 저장 한 이벤트가 아닌) 적용한다면, 항상 다른 결과를 반환
내 ES-CQRS 아키텍처에서 읽기 측을 구현하려고합니다. 이제 나는이 같은 지속적인 배우 있다고 가정 해 봅시다 : 이벤트가 지속됩니다 때 object UserWrite {
sealed trait UserEvent
sealed trait State
case object Uninitialized extends State
저는 최근에 ES 및 CQRS 모델에 대한 여러 동영상을 보았을뿐 아니라 AKKA 영속성에 대한 몇 가지 이야기를 보았습니다. 나는 그들이 무엇에 관한 것인지 알지만 실행될 실제 코드를 작성하는 데 문제가 있습니다. 나는 몇 가지 질문이 있습니다. 보기 및 이벤트 스택을 어떻게 통신해야합니까? 동일한 지속성 ID의 영구적 액터와 뷰 사이에 이벤트가 전달됩니
akka-persistence의 PersistenceQuery를 사용하여 물건을 관리하는 액터에 초기 상태를로드합니다. 시작시 정확히 한 번 재생하기를 원하지만 로그에 기록을 계속 보냅니다. 14:11:28.405 [rooms-akka.actor.default-dispatcher-4] DEBUG a.p.q.j.l.LiveEventsByPersistenceI
비슷한 기능을 가진 레거시 엔터프라이즈 애플리케이션이 두 개 있습니다. 이러한 시스템의 데이터 변경 이벤트에 응답하고 해당 데이터를 처리하며 결합 된 결과를 여러 형식의 API를 통해 제공하는 시스템을 구축해야합니다. 이벤트 소스/DDD 스타일 아키텍처를 사용하고 싶지만 의미가 있는지 잘 모르겠습니다. 아래의 단순화 된 모델을 통해 시스템을 어떻게 설계 할