클라우드 네이티브 애플리케이션 디자인 패턴

259

5

장

이벤트 주도 아키텍처 패턴

클라우드 오퍼레이션과 같은 로그 수집 시스템으로 흩어진 로그들을 모아서 볼 수 있습니다.

발생한 오류에 대한 근본적인 원인을 파악하고 해결하는 데 큰 도움이 될 것입니다.

아울러 클라우드 네이티브 애플리케이션의 메시지 브로커와 마이크로서비스에 대한 지속적인

모니터링도 필요합니다. 느리게 동작하는 마이크로서비스들을 파악하고 이벤트 처리 흐름에

서 병목 지점을 찾을 수 있습니다. 이벤트가 비동기로 처리되기 때문에 발생하는 이벤트의 수

가 처리되는 이벤트 수보다 많아서 이벤트가 긴 시간동안 정체되면 결국 메시지 브로커에 이벤

트가 감당할 수 없을 만큼 쌓이게 되고 이벤트 주도 애플리케이션에 문제가 생길 것입니다. 이

런 문제는 이벤트가 많이 쌓이는 큐를 모니터링하고 해당 큐의 소비자 수를 늘리거나 필요 없

는 이벤트를 삭제 또는 이벤트 소비자 성능을 향상시킴으로써 해결할 수 있습니다.

5.9

데브옵스

이벤트 주도 아키텍처는 메시지 브로커가 핵심 컴포넌트이기 때문에, 데브옵스는 메시지 브로

커 처리를 주로 살펴보도록 하겠습니다.

메시지 브로커 배포 및 관리의 첫 번째 단계는 당연히 적절한 오케스트레이션 및 이벤트 전달

패턴이 무엇인지 파악하는 것입니다. 이 과정에서 어느 수준의 이벤트 전달 보장이 필요한지도

알 수 있습니다. 이와 더불어 필요한 확장성 수준까지 고려하면 사용할 적절한 메시지 브로커

를 선택할 수도, 또는 메시지 브로커를 사용하지 않고 구현할 것인지를 결정할 수 있습니다.

비용 문제로 개발 조직에서 ...