RabbitMQ

· DevOps
1️⃣ 메시징 시스템의 공통 목표서비스 간 결합도 낮추기트래픽 폭주를 흡수비동기 처리와 장애 복원력 확보신뢰성 있는 전달하지만 이 공통 목표를 어떤 방식으로 구현하느냐가 Kafka, RabbitMQ, Redis Pub/Sub의 근본적 차이. 2️⃣ Kafka — “로그 스트림 기반 이벤트 플랫폼” 🧠 개념 Kafka는 단순한 메시지 큐가 아니라 분산 로그 저장소.모든 메시지는 디스크에 Append-Only로 기록되고,Consumer Group이 각자 오프셋을 관리하며 읽음. ✅ 강점- 초고속 처리량- 리플레이 가능: retention 기간 동안 재소비 가능- 확장성: Broker + Partition 기반 선형 확장- Exactly-once 처리 지원 (Kafka Streams / Transacti..
· 레퍼런스
이벤트 중심 아키텍처의 세계에서 효율적인 소통을 위해서는 적절한 메시지 브로커를 선택하는 것이 중요합니다. 가장 인기있는 두 개는 Kafka와 RabbitMQ이며, 각각 장단점이 있습니다. 이 두개는 비슷한 기능을 수행하지만 서로 다른 아키텍처, 성능 및 사용 사례를 가지고 있습니다. 여기서는 두 브로커의 아키텍처 차이점과 성능을 비교하고 Kafka와 RabbitMQ의 몇 가지 일반적인 사용 사례를 살펴봅시다. 아키텍처 [Kafka] Apache Kafka는 높은 처리량 및 실시간 데이터 처리 기능으로 유명한 오픈 소스 분산 이벤트 스트리밍 플랫폼입니다. Kafka는 프로듀서가 메시지를 작성하고 컨슈머가 해당 주제를 구독하여 메시지를 받는 pub-sub 모델을 따릅니다. Kafka는 메시지를 분산 커밋 ..
둘기덕
'RabbitMQ' 태그의 글 목록