분산 메세지 큐 2

4장. 분산 메세지 큐 - 2

3단계: 상세 설계6. 푸시 vs 풀브로커가 데이터를 소비자에게 보낼 것이냐 아니면 소비자가 브로커에게 가져갈 것인지 고민해야하는 부분이다.푸시 모델잠정낮은 지연: 브로커는 메세지를 받는 즉시 소비자에게 보낼 수 있다.단점소비자가 메세지를 처리하는 속도가 생산자가 메세지를 만드는 속도보다 느릴 경우, 소비자에게 큰 부하가 걸릴 가능성이 있다.생산자가 데이터 전송 속도를 좌우하므로, 소비자는 항상 그에 맞는 처리가 가능한 컴퓨팅 자원을 준비해두어야 한다.풀 모델장점메세지를 소비하는 속도는 소비자가 알아서 결정한다.소비자는 지난번 마지막으로 가져간 로그 위치 다음에 오는 메세지를 한 번에 가져갈 수 있다. 따라서 데이터의 공격적 일괄 처리에 더 적합하다.단점브로커에 메시지가 없어도 소비자는 계속 데이터를 끌..

4장. 분산 메세지 큐 - 1 편

메세지 큐를 사용하면 어떤 이득을 얻을 수 있을까?결합도 완화(decoupling): 컴포넌트 사이의 강한 결합이 사라지므로 각각 독립적이다.규모 확장성 개선: 데이터를 생산하는 생상자(producer)와 메세지를 소비하는 소비자(consumer) 시스템 규모를 트래픽 부하에 맞게 독립적으로 늘릴 수 있다.가용성 개선: 특정 컴포넌트에 장애가 발생해도 다른 컴포넌트는 큐와 계속 사호작용을 이어갈 수 있다.성능 개선: 메세지 큐를 사용하면 비동기 통신이 쉽게 가능하다. 메시지 큐 vs 이벤트 스트리밍 플랫폼데이터 장기보관, 메세지 반복 소비 등 부가 기능을 갖춘 이벤트 스트리밍 플랫폼을 사용한다.아파치 카프카나 펄사는 메세지 큐가 아니라 이벤트 스트리밍 플랫폼이다.메세지 큐(RokcetMQ, RabbitM..