cqrs

Xendor

Xendor는 단일 책임과 문제의 분리를 시행하여 간단하고 깨끗한 디자인을 만드는 데 사용할 수있는 .NET 코어 프레임 워크입니다. 고급 기능은 도메인 구동 설계 (DDD), 명령 쿼리 책임 Segragation (CQRS) 및 이벤트 소싱에 이상적입니다. Xendor에는 RabbitMQ 통합이 있습니다.

CQR은 무엇입니까?

명령-쿼리 책임 분리는 데이터를 쿼리하는 것과 데이터를 돌연변이하는 작업을 분리하도록 지시하는 패턴입니다. CQS (Command Query Separation) CQS에서 파생 된 클래스에는 두 가지 종류의 방법이있을 수 있으며, 상태를 돌연변이하고 무효를 반환하는 방법과 상태를 반환하지만 변경하지는 않습니다.

CQRS는 당신이 적용하는 패턴입니까? 내부? 귀하의 서비스/신청서 및 귀하는 서비스의 일부에만 적용 할 수 있습니다.

그것은 CQRS가 아닙니다

최종 일관성이 아닙니다

이벤트가 아닙니다

메시지가 아닙니다

읽기와 쓰기를위한 분리 된 모델이 없습니다.

이벤트 소싱도 사용하지도 않습니다.

CQRS 장단점

장점 :

• 시스템의 더 나은 성능과 확장 성.
• 더 나은 동시 액세스 처리.
• 더 나은 팀 확장 성.
• 덜 복잡한 도메인 모델과 간단한 쿼리 모델.

단점 :

• 읽기 및 쓰기 모델은 동기화되어야합니다.
• 유지 보수 및 관리 비용 읽기와 쓰기 측면에 두 개의 다른 엔진을 선택하는 경우.
• 최종 일관성이 항상 허용되는 것은 아닙니다.

이벤트 소싱이란 무엇입니까?

데이터의 현재 상태 만 도메인에 저장하는 대신 부록 전용 저장소를 사용하여 해당 데이터에 대한 전체 조치를 기록하십시오. 상점은 레코드 시스템 역할을하며 도메인 객체를 실현하는 데 사용될 수 있습니다. 이는 데이터 모델과 비즈니스 도메인을 동기화하면서 성능, 확장 성 및 응답 성을 향상 시켜서 복잡한 도메인의 작업을 단순화 할 수 있습니다. 또한 거래 데이터에 대한 일관성을 제공하고 보상 조치를 가능하게하는 완전한 감사 트레일 및 기록을 유지할 수 있습니다.

어떤 시스템에서 이벤트 소싱을 사용하는 것이 가치가 있습니까?

• 귀하의 시스템에는 일반적인 크루드가 아닌 많은 행동이 있습니다.
• 역사적 대상 상태를 재현하는 것은 매우 중요합니다
• 비즈니스 사용자는 통계, 머신 러닝 또는 기타 목적에 대한 전체 기록이있는 이점을 봅니다.
• 귀하의 도메인은 이벤트 (예 : 지원 차량 활동을 추적하는 응용 프로그램)에서 가장 잘 설명됩니다.

이벤트 소싱 장단점

장점 :

• Append Only 모델은 성능, 확장성에 적합합니다
• 교착 상태가 없습니다
• 이벤트 (사실)는 비즈니스 전문가가 잘 이해되며 일부 도메인은 본질적으로 이벤트가 발생합니다 : 회계, 건강 관리, 거래
• 무료로 감사 트레일
• 언제라도 물체 상태를 얻을 수 있습니다.
• 테스트 및 디버그가 쉽습니다
• 데이터 모델은 도메인 모델에서 분리되었습니다
• 임피던스 불일치 없음 (객체 모델 대 데이터 모델)
• 유연성 ? 동일한 이벤트 흐름에서 많은 다른 도메인 모델을 구성 할 수 있습니다.
• 우리는이 모델을 반전 이벤트, 소급 이벤트와 함께 사용할 수 있습니다.
• 더 이상 Orms가 없습니까? 우리의 객체가 이벤트에서 구축 되었기 때문에 관계형 데이터베이스에 반영 할 필요는 없습니다.

단점 :

• 개발자가 상태를 관리하고 집계를 구성하는 자연스러운 방법이 아니며 익숙해지기 위해 시간이 걸립니다.
• 하나의 집계를 넘어서 쿼리하는 것은 조금 더 어렵습니다 (시스템에 추가하려는 각 유형의 쿼리에 대한 예측을 구성해야합니다),
• 이벤트 스키마 변경은 관계형 모델의 경우보다 훨씬 어렵습니다 (표준 스키마 마이그레이션 도구 부족)
• 처음부터 버전 처리를 고려해야합니다.

이벤트 소싱 - 예측

프로젝션은 이벤트 중심 시스템을 구축하는 동안 중요한 개념입니다. 동시에 매우 간단합니다.

투영은 이벤트 흐름에서 현재 상태를 도출하는 것입니다.

예를 들어, 서버가 모든 가입자에게 이벤트 스트림을 게시하는 상황을 고려하십시오. 이러한 이벤트는 사용자 등록과 관련이 있으며 다음과 같습니다.

userAddedToAccount

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "name" : " Alejandro " ,
 "lastName" : " Moline "
}

userverifiedemail

{
 "userId" : 55 ,
 "email" : " [email protected] "
}

Userupdated

{
 "userId" : 55 ,
 "lastName" : " Molines "
}

이 스트림을 웹 UI의 사용자 세부 정보를 제공하는 데 사용되는이 스트림을 지속적인 읽기 모델로 투사하기 위해 이러한 이벤트의 스트림에 가입자를 첨부 할 수 있습니다. 최종 읽기 모델은 다음과 같습니다.

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "email" : " [email protected] " ,
 "name" : " Alejandro " ,
 "lastName" : " Molines "
}

이벤트 소싱이있는 CQR (CQRS-ES)

별을 줘!

이 프로젝트를 좋아하거나 사용하는 경우 별을주십시오. 감사해요!

문제를 발견했거나 변경 요청이 있습니다.

Github에서 문제를 만들어주십시오. 기부금, 풀 요청은 환영받는 것 이상입니다!

Xendor 는 MIT 라이센스에 따라 Copyright © 2019 Alejandro Molines 및 기타 기고자입니다.