▲

GN⁺: RabbitMQ 4.0 출시

 (github.com/rabbitmq)
1P by neo with xguru 2달전 | favorite | 댓글 1개
  • Mnesia를 대체하기 위해 개발된 대체 스키마 데이터 저장소인 Khepri가 이제 완전히 지원됨
  • AMQP 1.0은 이제 항상 활성화되는 핵심 프로토콜임
    • AMQP 1.0 구현이 이제 훨씬 더 효율적. 일부 워크로드에서 최대 처리량이 3.13.x보다 2배 이상
  • 체크포인트를 사용한 노드 시작 시 효율적인 Sub-Linear Quorum Queue 복구
  • Quorum Queue는 이제 우선순위를 지원함(그러나 일반 큐와 정확히 같은 방식은 아님)
  • AMQP 1.0 클라이언트는 이제 AMQP 0-9-1 클라이언트가 하는 것과 유사한 방식으로 토폴로지를 관리할 수 있음
  • AMQP 0-9-1 엔티티와 상호 작용하기 위해 사용되는 AMQP 1.0 규칙(주소 형식)이 이제 이해하기 쉬움
  • 몇 년 동안 deprecation된 상태였던 클래식 큐의 미러링(복제)이 제거됨
    • 복제된 메시징 데이터 유형의 경우 쿼럼 큐 및/또는 스트림을 사용
    • Non-replicated 클래식 큐는 남아 있으며 개발은 계속됨
  • 클래식 큐 저장소 효율성이 개선됨 : 특히 복구 시간 및 멀티 MiB 메시지 저장 관련
  • 여러 개의 활성화된 플러그인과 디스크에서 복구할 데이터가 거의 없는 노드는 이제 20-30% 더 빨리 시작됨
  • 새로운 교환 유형: Local Random Exchange

Breaking Change

  • 클래식 큐는 이제 Non-Relicated Queue Type 임
  • Quorum Queue 는 이제 기본 Redelivery 제한이 생김(20)
  • CQv1 스토리지 구현이 제거됨
  • cluster_formation.randomized_startup_delay_range.* 설정이 제거됨
  • 최대 메시지 크기 디폴트값이 16MiB로 작아짐(기존 128MiB)
▲
neo 2달전  [-]
Hacker News 의견

  • RabbitMQ는 오랫동안 숨겨진 비밀 무기처럼 여겨져 왔음

    • "규모 확장" 문제로 인해 대규모 사용자에게는 적합하지 않지만, 백만 명 이하의 사용자에게는 훌륭함
    • 많은 사람들이 grpc 같은 것을 사용하여 자체 pubsub을 만들지만, 초기 개발 단계에서는 RabbitMQ를 사용하는 것이 훨씬 나음

  • 이번 릴리스에는 새로운 AMQP 1.0 구현, 새로운 쿼럼 큐 기능, 새로운 스키마 데이터 저장소(Khepri)가 포함됨

  • 링크된 GitHub 페이지가 404 오류를 발생시키지만, 릴리스 노트는 다음에서 확인 가능함

  • RabbitMQ는 Broadcom에 인수된 VMware에 의해 개발됨

    • 인수 후에도 영향받지 않기를 바람

  • RabbitMQ는 네이티브 MQTT 브로커로도 작동할 수 있음

  • 참고로, NATS도 MQTT를 지원함

  • SNS/SQS에서 RabbitMQ로 이동해야 하는 이유는 무엇인지 궁금함

    • 우리의 SaaS는 초당 약 20개의 이벤트를 처리함

  • Jepsen 스타일 테스트를 통과하는지 알고 싶음

  • EMQX, NanoMQ, FlashMQ와 비교했을 때 장단점이 궁금함

  • RabbitMQ에 대한 무료 지원이 더 이상 없는 것처럼 보임

  • Celery가 기본적으로 RabbitMQ와 호환되는지 궁금함

답변달기