이점:
성능 면에서 Kafka 는 업계에서 매우 우수한 미들웨어라고 할 수 있으며, 일반적인 시스템 구성에서는 한 대의 시스템이 초당 수십만 개의 QPS 에 이를 수 있습니다. 또한 Kafka 의 성능도 매우 높습니다. 기본적으로 Kafka 에 보낸 메시지는 밀리미터 수준이며 가용성도 특히 높습니다. Kafka 는 클러스터 배치를 지원하며 일부 시스템이 다운되어도 작동할 수 있습니다.
단점:
Kafka 는 메시지를 받은 후 디스크 버퍼에 기록되고 물리적 디스크에 직접 떨어지지 않기 때문에 시스템 장애 후 디스크 버퍼의 데이터가 손실될 수 있습니다. 또 다른 단점은 카파카의 기능이 단일하다는 점이다. 주로 메시지를 보낸 다음 그 안에서 메시지를 소비하면 그 외에는 추가적인 고급 기능이 없다는 점이다. 따라서 카파카의 제한된 기능을 기반으로 적용 가능한 장면은 많지 않을 수 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 스포츠명언) < P > 요약하면: 일반적으로 카파카를 이용하여 일지와 같은 메시지를 수집합니다. 일지의 양이 매우 커서 몇 개의 데이터를 잃어도 괜찮고 처리량이 높아야 합니다. 일반적으로 메시지를 송수신하는 것입니다. 너무 많은 기능이 필요하지 않기 때문에 카파카는 이 시나리오에 매우 적합합니다.
의 이점:
RocketMQ 가 등장하기 전에 많은 기업들이 ActiveMQ 에서 RabbitMQ 로 전환했습니다
단점:
RabbitMQ 는 처리량이 비교적 낮고 일반적으로 수만 수준이며 특히 높은 동시성이 발생할 경우 지탱하기가 약간 어렵습니다. 그리고 클러스터 확장도 번거롭다. 그리고 언어를 개발하는 것은 에런입니다. 국내에서는 이 언어를 거의 사용하지 않기 때문에 그에 대한 심층적인 연구도 번거로워요. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 언어 개발, 언어 개발, 언어 개발)
이점:
RocketMQ 는 Kafka 와 RabbitMQ 의 결함을 거의 동시에 해결합니다. 또한 처리 속도도 매우 높습니다. 독립 실행형은 1 만 개 이상의 QPS 를 달성할 수 있고 고가용성을 보장할 수 있으며 구성을 통해 데이터 손실을 방지하고 대규모 클러스터를 구축할 수 있으며 지연 메시지, 트랜잭션 메시지, 메시지 역추적, 사신 대기열, 메시지 백로그 등 다양한 고급 기능을 지원합니다. 또한 RocketMQ 는 Java 를 이용해 개발한 것으로 국내 대부분의 회사의 기술 스택에 부합하여 소스 코드를 쉽게 읽고 내용을 수정할 수 있습니다.
단점:
RocketMQ 의 공식 문서는 Kafka 와 RabbitMQ 에 비해 비교적 간단하며, 다른 사람 Kafka 와 RabbitMQ 의 문서 작성에 대한 자세한 내용은 없습니다.