Page History
| Info |
|---|
이벤트 소싱의 아이디어는 간단합니다. 서비스에서 발생하는 이벤트를 기록을하고, 이벤트를 소비하는 서비스를 분리하는것입니다. 이벤트는 복제가 용이하고 쉽게 재생이 될수 있기때문에 이벤트를 소비하는 서비스의 확장,복구,개선 3가지활동을 더 간단하게 할수 있다라는것입니다. |
...
이벤트
이벤트 소싱은 간단한 컨셉이나, 이러한 컨셉을 적용하는것이 어려운 이유중하나는
...
익숙하지 않는데 있으며 기존 설계를 바꾸는것 역시 쉽지 않은데 있습니다.
| 방식 | 전통적인 3 tier 아키텍 |
|---|
| 이벤트 중심적 |
|---|
| 아키텍 | |
|---|---|
프레젠테이션 : 사용자가 시스템과 상호 작용하는 사용자 인터페이스 응용 프로그램 : "비즈니스 로직" 수행 |
일반적으로 상태를 유지하지 않고 작업을 수행합니다. 지속성 (Persistence) : 일반적으로 데이터베이스에 저장하는 장소. | 동기식 요청 - 응답 작업 (예 :REST / JSON) 서비스가 생성하는 이벤트 서비스가 소비하는 이벤트 일괄 읽기 및 쓰기 (예 : 서비스에서 분석 시스템으로 데이터를 추출하는 ETL) |
구매한건을 진행하였을때 사용자의 요청 하나당 저장소 한건이 저장되는것이 일반적입니다.
구매한건을 진행하기위해 수많은 이벤트가 발생을 하게되며
생성하는것과 소비하는것을 분류하여 기록을 하는것입니다.
쇼핑카트의 예를 들어보면, 카트에 상품 추가 , 제거, 추가 의 행동을 하였다고 하면 마지막 저장소는 하나의 상품만을 가지고 있습니다. |
참고링크:
이벤트드라이븐(영문자료)참고링크: https://hackernoon.com/events-as-first-class-citizens-8633e8479493