의 성장 LMAX 아키텍처 description from Martin Fowler에서 다음 시나리오를 고려하십시오이 내가 설명하기 위해 간단한 비 LMAX 예제를 사용하는 것입니다. 신용 카드로 젤리 콩 주문을한다고 상상해보십시오. < ...> LMAX 아키텍처에서는이 작업을 두 개로 나눕니다. 첫 번째 작업은 주문 정보를 캡처하여 이벤트 (신용 카드 유효
이벤트 소싱을 사용하는 CQRS는 시스템 중 하나의 아키텍처로 완벽하게 적합하다고 생각합니다. 현재 걱정하고있는 것은 하나뿐입니다. 많은 양의 이벤트 처리 및 결과적으로 거대한 이벤트 스토어. 우리의 현재 시스템은 하루에 약 100 만개의 이벤트를 수신합니다 (현재 이벤트 소싱과 관련이 없습니다). 오랜 기간 동안 이벤트를 저장하려면 이벤트 저장소가 상당히
이벤트 저장소는 추가로만 사용되며 데이터를 삭제하거나 편집하지 않습니다. 내 경우에는 사용자가 수행 한 중간 스트림 변경이 허용되지 않았으며 데이터가 "불량"/ 불일치 ... Google 문서의 도메인 이름이 변경되었다는 점에서 중간 스트림 프로비저닝 ... 이벤트 저장소에서 재 프로비저닝 할 수 있지만 데이터가 손상되었습니다. 이벤트 저장소에서 데이터를
예 내 분산 된 이벤트 소스 시스템은 주택 건설 및 일정 기간 동안 구입 한 시뮬레이션 분산 이벤트 소스 시스템의 버전 논리를합니다. 간단하게하기 위해 우리는 올해를 분산 클럭 값으로 사용합니다 (현재 벡터 시계를 잊어 버림). 하우스 시스템의 버전 1에 구축하지만,이 논리보다는 구조의 변화 버전 2에서 배 오래 걸리지 1 년까지 걸릴. 이 변경 사
첫 번째 EventStore 테스트 응용 프로그램을 작성 중이며 스트림에서 객체를 다시 수화하고 numberSold를 올바르게 얻었을 때 제목이 null이고 내가 이유를 이해하지 못합니다. 스트림에서 가져온 명령의 제목이 null로 설정되어 있지만 명령이 정상적으로 작성되었다고 확신합니다. 내가보기에 새로운 것을 볼 수 있습니까? private static
DDD에서 읽은 모든 것은 집계 내의 상태가 강하게 일관되어야 함을 의미합니다. 이것은 하나의 중복이 필요한 경우 강력하게 일관된 복제 (예 : 2PC, 3PC 또는 Paxos) 만 사용할 수 있음을 의미합니다. 멀티 마스터 또는 마스터 - 슬레이브와 같이 일관되게 복제 할 수 있습니까? 만약 당신이 그들을 사용했다면, 당신은 여전히 DDD 용어로 '집
도메인 기반 디자인 및 이벤트 소싱을 실험하고 있습니다. 나는 NServiceBus, JOliver의 EventStore 및 NES를 바인딩하기 위해 C#으로 개발할 계획이다. 나는 이미 단순한 경우 (값 객체를 가진 하나의 집계 루트)를 위해 작동하는 인프라를 가지고있다. Evans blue book을 읽었으며 간단한 작업 영역 (ERP 및 HVAC 유지
DDD에 문제가 있습니다. 방금 사용하기 시작 했으므로 많은 경험이 없습니다. 제한된 컨텍스트에는 유지 관리와 클라이언트가 있습니다. 각 클라이언트에는 엔진의 부품 목록이 있습니다. 유지 보수에는 직업이 수리 된 회사가 저장되어 있습니다. 고객은 각 부분에 대해 선호하는 회사를 선택할 수 있습니다. 관리자는 회사를 일시 중지 할 수 있습니다. 두 개의 집계
프로젝트에서 DDD \ CQRS \ ES를 사용하고 싶습니다. 방금 사용하기 시작 했으므로 많은 경험이 없습니다. 나는 기존의 핵심 도메인, 지원 도메인 및 CRUD 도메인을 알고 있습니다. 내 핵심 도메인에 CRUD 데이터에 대한 참조가 있습니다. 예를 들어 주문에는 많은 비즈니스 규칙이 있지만 전달 회사, 수신 지점 등에 대한 기본 정보가 포함되어 있습