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

63

2

장

통신 패턴

고려해야 할 사항들

이벤트 버스 컴포넌트가 여러 마이크로서비스가 사용하는 중앙화된 런타임 컴포넌트로 동작합

니다. 다시 말하자면 다중 수신자 패턴에서는 여러 소비자가 하나의 브로커 인스턴스를 공유하

는 것이죠. 그래서 메시지 속성 등을 통해서 메시지를 라우팅하는 등 브로커에 비즈니스 로직

을 구현하는 것보다는 브로커가 최대한 비즈니스 로직과 독립적이게 유지하는 것이 무엇보다

중요합니다. 브로커는 메시징 인프라스트럭처로만 사용하는 것이 가장 좋습니다. 그러면 소비

자가 메시지를 소비하는 방식을 더 자유롭게, 더 쉽게 구현하고 제어할 수 있습니다.

또한, 앞서 설명한 내구성 토픽이나 내구성 구독과 같은 특별한 메시지 전달 기법은 반드시 그

런 기능이 필요할 때만 사용해야 합니다. 이벤트 버스 수준에서 구독과 메시지 전달에 대한 더

세세한 제어를 제공할 수도 있으며, 그 외에도 계층적 주체와 라우팅 규칙 등의 개념도 지원할

수 있기 때문입니다. 더 자세한 내용은

5

장에서 다루겠습니다.

관련 패턴들

이벤트 주도 아키텍처는 다중 수신자 패턴을 핵심 기능으로 사용합니다.

5

장에서 더 많은 다중

수신자 메시징 패턴 관련 내용을 알아보겠습니다.

2.2.32.2.3

비동기 요청-응답 패턴 비동기 요청-응답 패턴

지금까지는 비동기 통신이 마치 단방향

one

-

way

메시징인 것처럼 이야기했습니다. 데이터를 보

내고 응답을 기다리지 않는 것이죠. 하지만 어떤 경우에는 생산자가 브로커를 통해 소비자에게

메시지를 전송하고 다른 브로커 채널을 통해 응답을 ...