누군가 제발 나를 참조하십시오 모델을 분리하는 동안 각 서비스를 자신의 실행을 구분하는 방법? 그래서 기본적으로 우리가 지금 가지고있는 몇 가지 모델은 서비스들 사이에서 겹칩니다. 나는 정식 패턴을 사용하도록 요청하는 절차를 밟았지만 정식 패턴을 사용해서는 안된다는 것도 알았습니다.microservice 또는 soa를 수행하는 동안 중복 코드를 방지하는 방법은 무엇입니까? 또는 모델을 복제하지 않고 제한된 컨텍스트를 정의하는 방법은 무엇입니까?
해결책 중 하나는 모든 모델을 우리가 지금하고있는 일반적인 장소에 두는 것입니다. 그러나 서비스 당 하나의 저장소 형태로 서비스 관리에 문제가있는 것 같습니다.
좋은 논리를 발견하면 복제 모델 또한 나에게 잘 맞습니다.
수직 분할 및 도메인 분할은 각 수직 분할 영역에 함께 속하는 자체 정의 된 필드 (바운드 된 컨텍스트/비즈니스 기능), 논리적 서비스 경계를 정의하고 비즈니스 경계로 분해하고 자율 구성 요소 (최소 단위 작업 단위).
각 구성 요소는 수정하는 데이터를 소유하며 해당 데이터의 상태를 변경할 수있는 시스템의 유일한 구성 요소입니다. 독자에게는 하나의 논리적 작성자 만 사용할 수 있습니다.
데이터 모델의 상태를 담당하는 구성 요소의 내부 (캡슐화 됨)이므로 이러한 데이터 모델을 공유하지 않는 것이 좋습니다.
데이터 판독기는보기 모델을 사용할 수 있으며 이러한 데이터는 소비자에 의해 더 많이 지정되고 생산자는보기/읽기 모델이 거래 데이터의 "실제"/ "현재"상태를 유지합니다 (데이터 한정자 전용) 논리 상태가 변경된 후에 데이터 프로세서에 의해 판독 데이터가 갱신 될 수있다.
은 그래서보기를 게시하는 것이 더 의미가 있습니다/... 읽기 전용 소비자에 대한 이해가
체크 아웃 Udi Dahan's video
합니까 일부 모델 읽어?