KelinciMQ 4

AMQP 1.0 sebagai protokol inti: Untuk informasi selengkapnya, lihat Protokol.

Sekop lokal: Sekop sekarang mendukung protokol baru yang disebut “lokal” selain AMQP 0-9-1 dan AMQP 1.0. Sekop lokal secara internal didasarkan pada AMQP 1.0 tetapi alih-alih menggunakan koneksi TCP terpisah, mereka menggunakan koneksi intra-cluster antara node cluster dan internal untuk menerbitkan dan mengkonsumsi pesan. APIs Ini hanya dapat digunakan untuk mengkonsumsi dan menerbitkan dalam cluster yang sama dan dapat menawarkan throughput yang lebih tinggi saat menggunakan sumber daya yang lebih sedikit daripada AMQP 0-9-1 dan AMQP 1.0.

Antrian kuorum mendukung prioritas pesan: Prioritas pesan antrian kuorum selalu aktif dan tidak memerlukan kebijakan untuk bekerja. Segera setelah antrian kuorum menerima pesan dengan set prioritas, itu akan memungkinkan prioritas. Antrian kuorum secara internal hanya mendukung dua prioritas - tinggi dan normal. Pesan tanpa set prioritas akan dipetakan ke normal seperti halnya prioritas 0 - 4. Pesan dengan prioritas lebih tinggi dari 4 akan dipetakan ke tinggi. Pesan prioritas tinggi akan lebih disukai daripada pesan prioritas normal dengan rasio 2:1, yaitu untuk setiap 2 pesan prioritas tinggi, antrian akan mengirimkan 1 pesan prioritas normal (jika tersedia). Oleh karena itu, antrian kuorum menerapkan semacam pemrosesan prioritas “pembagian yang adil” yang tidak ketat. Ini memastikan kemajuan selalu dibuat pada pesan prioritas normal, tetapi prioritas tinggi disukai pada rasio 2:1.

Khepri: Khepri digunakan sebagai toko metadata default untuk broker RabbitMQ 4

Mutual TLS (MTLS): Amazon MQ mendukung TLS bersama (MTLS) untuk broker RabbitMQ, memungkinkan klien untuk mengautentikasi menggunakan sertifikat. Untuk informasi selengkapnya, lihat konfigurasi mTLS.

Plugin otentikasi sertifikat SSL: Plugin otentikasi SSL menggunakan sertifikat klien dari koneksi mTLS untuk mengautentikasi pengguna, memungkinkan otentikasi menggunakan sertifikat klien X.509 alih-alih kredensyal nama pengguna dan kata sandi. Untuk informasi selengkapnya, lihat otentikasi sertifikat SSL.

Plugin otentikasi HTTP: Plugin backend otentikasi HTTP memungkinkan pendelegasian otentikasi dan otorisasi ke layanan HTTP eksternal. Untuk informasi selengkapnya, lihat otentikasi dan otorisasi HTTP.

Mencerminkan antrian klasik: Antrian klasik terus didukung tanpa ada perubahan yang merusak untuk pustaka dan aplikasi klien, tetapi sekarang merupakan tipe antrian yang tidak direplikasi. Klien akan dapat terhubung ke node mana pun untuk dipublikasikan dan dikonsumsi dari antrian klasik yang tidak direplikasi. Antrian kuorum direkomendasikan untuk replikasi dan keamanan data.

Penghapusan QoS Global: Pelanggan disarankan untuk mengatur QoS per konsumen (non-global) alih-alih QoS Global, di mana satu prefetch bersama digunakan untuk seluruh saluran.

Support untuk antrian transien dan non-eksklusif: Antrian sementara adalah antrian yang masa pakainya terkait dengan waktu aktif node tempat mereka dideklarasikan. Dalam satu contoh broker, mereka dihapus ketika node dimulai ulang. Dalam penerapan cluster, mereka dihapus ketika node tempat mereka di-host dimulai ulang. Sebaiknya gunakan antrian TTL untuk menghapus antrian idle yang tidak digunakan secara otomatis setelah beberapa saat tidak aktif. Antrian eksklusif terus didukung dan dihapus setelah semua koneksi ke antrian telah dihapus.

Jenis antrian default: Jenis antrian default pada broker RabbitMQ 4 diatur ke kuorum. Jika tidak ada argumen tipe antrian yang ditentukan selama pembuatan antrian, antrian kuorum akan dibuat.

Batas pengiriman ulang default pada antrian kuorum disetel ke 20: Pesan yang dikirim ulang 20 kali atau lebih akan diberi huruf mati atau dibatalkan (dihapus). Jika 20 pengiriman per pesan adalah skenario umum untuk antrian, target huruf mati atau batas yang lebih tinggi harus dikonfigurasi untuk antrian tersebut untuk menghindari kehilangan data. Cara yang disarankan untuk melakukannya adalah melalui kebijakan.

amqplib: Versi amqplib klien Node JS yang lebih lama dari 0.10.7 atau pustaka klien AMQP apa pun yang menggunakan frame_max < 8192 tidak akan dapat terhubung ke RabbitMQ

Batas sumber daya default: Amazon MQ untuk RabbitMQ telah memperkenalkan batas penggunaan sumber daya default untuk koneksi, saluran, konsumen per saluran, antrian, vhost, sekop, pertukaran, dan ukuran pesan maksimum. Ini berfungsi sebagai pagar pembatas untuk melindungi ketersediaan broker dan dapat disesuaikan menggunakan konfigurasi agar sesuai dengan kebutuhan spesifik Anda.

Pertukaran acak lokal: Pertukaran acak lokal tidak didukung di Amazon MQ karena node Amazon MQ berada di belakang penyeimbang beban jaringan.

Pencegat Pesan: Pencegat pesan RabbitMQ tidak didukung di Amazon MQ.

Metrik per antrian: Amazon MQ tidak akan menjual metrik antrian RabbitMQ untuk broker RabbitMQ 4 melalui. AWS CloudWatch Amazon MQ masih akan memberikan metrik tingkat broker melalui. AWS CloudWatch Anda dapat melakukan kueri metrik antrian menggunakan API manajemen RabbitMQ. Sebaiknya kueri metrik untuk antrian tertentu pada frekuensi interval satu menit atau lebih lama.