| ... | ... | @@ -92,6 +92,16 @@ |
|
|
|
- 다양한 발행/구독 또는 엔드 간 요청/응답 메시지 기능이 필요한 애플리케이션.
|
|
|
|
- STOMP, MQTT, AMQP, 0-9-1과 같은 레거시 프로토콜을 지원해야 하는 애플리케이션.
|
|
|
|
|
|
|
|
## 💡 결론
|
|
|
|
> 🐇 **RabbitMQ 도입**
|
|
|
|
|
|
|
|
일반적인 상황에서 성능 자체는 Kafka가 RabbitMQ보다 뛰어납니다.
|
|
|
|
|
|
|
|
그러나 개발하려는 서비스의 설계 상 **유의미한 성능 차이가 날 정도의 대량의 메시지 처리가 발생하지 않을 것**이라 판단하였고, 또한 RabbitMQ를 사용하면 API 서버와 Excel 서버 간 메시지 전송을 구현할 때 다양한 Exchange 타입을 통한 **유연한 메시지 라우팅이 가능**하다는 점을 활용할 수 있을 것이라 생각했습니다.
|
|
|
|
|
|
|
|
추가적으로 RabbitMQ는 기본적으로 **노드 모니터링 및 관리 UI**(15672 포트)를 제공하기 때문에, 좀 더 편리하게 개발을 진행할 수 있을 것으로 보입니다.
|
|
|
|
|
|
|
|
|
|
|
|
## 레퍼런스
|
|
|
|
### Kafka vs RabbitMQ
|
|
|
|
[Kafka vs RabbitMQ - A Head-to-Head Comparison for 2023](https://www.projectpro.io/article/kafka-vs-rabbitmq/451)
|
| ... | ... | |
