이벤트 중심 아키텍처 이해하기: 패턴과 과제

### 이벤트 중심 아키텍처 이해
이벤트 중심 아키텍처는 다양한 해석과 구현으로 혼란의 원인이 되어 왔습니다. 한 워크숍에서 이벤트 중심 시스템에는 네 가지 공통 패턴이 있으며, 첫 번째 패턴은 시스템 간의 종속성을 역전시킬 수 있는 이벤트 알림이라는 사실이 밝혀졌습니다. 이 패턴은 대규모 시스템뿐만 아니라 그래픽 사용자 인터페이스와 같은 소규모 시스템의 상호작용을 관리하는 데에도 일반적으로 사용됩니다.

이벤트 중심 아키텍처와 시스템의 의미와 이를 정의하는 다양한 패턴에 대해 알아보세요. 이벤트 알림, 이벤트 전달 상태 전송, 이벤트 소싱 및 CQRS에 대한 인사이트를 얻으세요. 각 패턴의 장점과 복잡성을 이해하세요.

### 종속성 반전의 중요성
종속성을 역전시키면 이벤트든 명령이든 변경 사항을 일급 객체로 묶을 수 있어 소프트웨어 시스템의 커뮤니케이션과 언어에 영향을 미칩니다. 이벤트와 명령어 중 어떤 것을 선택하느냐는 시스템의 작동 방식을 정확하게 설명하고 의도를 전달하는 데 매우 중요하며, 네이밍의 차이는 매우 중요합니다. 알림에 이벤트를 사용하면 다른 시스템을 쉽게 통합할 수 있지만, 명확한 프로그래밍 흐름 없이 시스템 동작을 이해하는 데 어려움을 겪을 수도 있습니다.

### 이벤트 중심 아키텍처의 어두운 면
이벤트 중심 아키텍처는 이벤트 알림에 대한 의존도가 높기 때문에 시스템 전체를 이해하기 어려울 수 있습니다. 이벤트 알림 시스템은 소스에서 추가 정보를 수집해야 하는 소비자 시스템으로 인해 트래픽이 증가하여 잠재적으로 시간과 리소스가 낭비될 수 있습니다. 이벤트 캐리드 상태 전송은 다운스트림 시스템이 필요한 데이터의 사본을 보관할 수 있도록 하여 성능 향상 및 메인 시스템의 부하 감소와 같은 이점을 제공하는 패턴이지만, 이벤트 일관성이라는 상충 관계가 있어 시스템 전반의 일관성을 유지하는 데 어려움을 겪을 수 있습니다.

### 시스템에서 이벤트 소싱 이해하기
이벤트 소싱은 변경 사항의 세부 사항을 이벤트 개체로 캡처하고 별도로 저장하여 이벤트 로그에서 애플리케이션 상태를 확실하게 재구축할 수 있도록 하는 기술입니다. 이 접근 방식은 코드에서 버전 관리가 작동하는 방식과 유사하게 시스템 상태를 변경한 모든 이벤트의 로그를 보존하는 방법을 제공합니다. 비즈니스 세계에서는 모든 거래의 로그를 통해 계정의 현재 상태를 지원하는 회계 원장에서도 비슷한 개념을 볼 수 있습니다.

### 원장 및 회계 시스템에서 이벤트 소싱 사용
이벤트 소싱은 모든 변경 사항과 특정 스냅샷을 캡처하여 이벤트를 효율적으로 재현할 수 있는 회계 기능의 조합입니다. 이는 훌륭한 감사 시스템이자 유용한 디버깅 도구로 사용되며, 애플리케이션 상태를 시간별로 앞뒤로 이동할 수 있어 복잡한 조정을 관리할 수 있는 강력한 도구가 됩니다. 또한 이벤트 소싱을 사용하면 메모리 이미지를 사용할 수 있으므로 애플리케이션 상태를 영구적인 형태로 저장할 필요가 없으며, 이는 초당 수백만 건의 트랜잭션을 처리하는 Java의 단일 스레드로 실행되는 고성능 거래 시스템인 LMAX에서 입증된 바와 같이 가능합니다. 이 접근 방식은 뛰어난 성능을 제공할 뿐만 아니라 데이터베이스를 다룰 필요 없이 쾌적한 프로그래밍 환경을 제공했습니다.

### 이벤트 소싱의 힘과 복잡성
이벤트 소싱은 특히 비휘발성 메인 메모리의 가용성이 증가함에 따라 많은 애플리케이션에서 모든 데이터를 RAM에 저장할 수 있는 강력한 모델입니다. 하지만 익숙하지 않은 시스템을 다루고, 비동기성을 관리하고, 이벤트 스키마의 버전 관리를 처리할 때 특히 복잡성을 초래하기도 합니다. 이벤트 소싱은 장점에도 불구하고 상당한 이점을 제공하지만 비동기성 및 버전 관리 문제와 같은 다양한 복잡성을 야기하는 상충 관계에 있습니다. 이벤트 분야의 저명한 인물인 Greg Young은 이벤트 소싱 시스템의 버전 관리 처리에 관한 책을 집필 중이며, 이벤트 소싱의 복잡한 측면에 대한 심도 있는 통찰력을 제공합니다.

### 이벤트 소싱과 CQRS의 과제
이벤트 소싱은 버전 관리 시스템이 실제 편집 내용만 추적하기 때문에 코드 변경 이면의 의도를 파악하는 데 어려움이 있습니다. 이로 인해 컨텍스트와 의도가 손실될 수 있으며, 입력 및 출력 이벤트를 모두 저장해야 합니다. CQRS(명령 쿼리 책임 분리)는 스토어에 대한 읽기 및 쓰기 구성 요소를 분리하여 해결책을 제시하지만, 그 복잡성으로 인해 구현하기 전에 신중한 고려가 필요합니다.

### CQRS 및 이벤트 중심 패턴 사용 시 정확성의 중요성
CQRS는 명령 모델과 읽기 모델을 분리하므로 적절한 사용을 신중하게 고려해서 사용해야 합니다. 반면에 마이크로서비스와 같은 다양한 보고 보기와 이벤트 중심 패턴을 사용하면 시스템 아키텍처를 더 잘 이해할 수 있습니다. 중요한 점은 이러한 패턴을 효과적으로 구현하려면 용어를 정확하게 사용하고 이러한 패턴의 일반적인 함정을 이해하는 것이 중요하다는 것입니다.

### 이벤트 중심 아키텍처 및 시스템
* 📅  연사는 이벤트 중심 아키텍처와 시스템에 대한 다양한 해석을 이해하는 워크샵을 통해 이벤트 중심의 다양한 해석을 이해했습니다.
* 🔊  이들은 이벤트 중심이라는 용어에 속하는 네 가지 패턴을 확인했는데, 첫 번째는 종속성을 역전시키고 시스템이 통신할 수 있도록 하는 이벤트 알림입니다.
* 📦  또한 이벤트 알림은 변경 사항을 일급 개체로 병합하여 타사 휴대폰과 더 쉽게 메시지를 전달할 수 있습니다.
* 📝  두 번째 패턴은 이벤트 전달 상태 전송으로, 원래 시스템으로의 호출을 피하기 위해 데이터를 복제하여 디커플링과 가용성을 높이는 대신 일관성 절충안을 마련하는 것입니다.
* 📜  세 번째 패턴은 이벤트 소싱으로, 이벤트 객체의 변경 세부 정보를 캡처하고 이벤트 로그에서 애플리케이션 상태를 확실하게 재구축하는 것입니다.
* 💻  이벤트 소싱은 비즈니스 세계에서 소프트웨어 개발의 버전 관리 시스템과 회계 원장에 비유됩니다.

### 이벤트 소싱: 장단점 및 구현 패턴
* 💼  이벤트 소싱은 원장 및 회계 시스템에서 모든 변경 사항과 특정 스냅샷을 결합하여 이벤트를 다시 생성할 수 있도록 하는 데 사용됩니다.
* 🔍  훌륭한 감사 시스템과 환상적인 디버깅 도구를 제공하여 특정 상황에서 시간 여행과 효과적인 브랜칭을 가능하게 합니다.
* 📊  이벤트와 스냅샷의 저장은 효율적인 방식으로 이루어지지만, 이벤트 중심 시스템에서는 복잡성과 어려움을 초래할 수 있습니다.
* 🔄  비동기 및 버전 관리로 인해 이벤트 소싱 시스템이 복잡해지며, 읽기 및 쓰기 구성 요소를 분리하는 CQRS 패턴이 잠재적인 해결책이 될 수 있습니다.
* 📝  이벤트 소스에 어떤 이벤트를 기록할지 신중하게 고려하고 이벤트 소싱의 구현 패턴을 이해하는 것이 중요합니다.

Corely

Google 계정으로 시작하기

The Many Meanings of Event-Driven Architecture • Martin Fowler • GOTO 2017

The Many Meanings of Event-Driven Architecture • Martin Fowler • GOTO 2017

Corely가 요약한 다른 콘텐츠를 탐색해보세요.

추천 콘텐츠