Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# RabbitMQ 4.2
Amazon MQ mendukung RabbitMQ 4.2 sebagai rilis pertama dalam seri RabbitMQ 4. RabbitMQ4.2 memperkenalkan AMQP 1.0 sebagai protokol inti, Khepri sebagai penyimpanan metadata default, prioritas pesan antrian kuorum, dan plugin otentikasi baru termasuk MTL dan otentikasi HTTP. Untuk informasi lebih lanjut tentang rilis ini, lihat catatan rilis [RabbitMQ 4.0.0 ](https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.0.0) di GitHub situs web.
## Fitur dan penyempurnaan baru di RabbitMQ 4.2 di Amazon MQ
+ **AMQP 1.0 sebagai protokol inti: ** Untuk informasi lebih lanjut, lihat [ Protokol. ](rabbitmq-supported-protocols.md)
+ **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 API internal untuk menerbitkan dan mengonsumsi pesan. Ini hanya dapat digunakan untuk mengkonsumsi dan menerbitkan dalam cluster yang sama dan dapat menawarkan throughput yang lebih tinggi sambil menggunakan sumber daya yang lebih sedikit daripada AMQP 0-9-1 dan AMQP 1.0.
+ **Antrian kuorum mendukung prioritas pesan: Pri ** oritas pesan antrian kuorum selalu aktif dan tidak memerlukan kebijakan. Ketika antrian kuorum menerima pesan dengan set prioritas, itu memungkinkan prioritas. Antrian kuorum hanya mendukung dua tingkat prioritas internal—tinggi dan normal.
RabbitMQmemetakan pesan tanpa prioritas, dan pesan dengan prioritas 0—4, ke normal. Pesan dengan prioritas lebih tinggi dari 4 dipetakan ke tinggi. High-priority pesan lebih disukai daripada pesan prioritas normal dengan rasio 2:1. Untuk setiap 2 pesan prioritas tinggi, antrian mengirimkan 1 pesan prioritas normal, jika tersedia. Akibatnya, antrian kuorum menerapkan model pemrosesan prioritas pembagian yang tidak ketat dan adil yang memastikan kemajuan pada pesan prioritas normal.
+ **Khepri: ** Khepri digunakan sebagai penyimpanan metadata default untuk 4 broker RabbitMQ
+ **Mutual TLS (MTL): ** Amazon MQ mendukung TLS bersama (MTL) untuk RabbitMQ broker, memungkinkan klien untuk mengotentikasi menggunakan sertifikat. Untuk informasi selengkapnya, lihat konfigurasi [Mengkonfigurasi mTL](configure-mtls.md) MTL.
+ **Plugin otentikasi sertifikat SSL: ** Plugin otentikasi SSL menggunakan sertifikat klien dari koneksi mTLS untuk mengotentikasi pengguna, memungkinkan otentikasi menggunakan sertifikat X.509 klien alih-alih kredentif nama pengguna dan kata sandi. Untuk informasi selengkapnya, lihat otentikasi sertifikat [ SSL](ssl-for-amq-for-rabbitmq.md).
+ **Plugin otentikasi HTTP: ** Plugin backend otentikasi HTTP memungkinkan mendelegasikan otentikasi dan otorisasi ke layanan HTTP eksternal. Untuk informasi selengkapnya, lihat O [ tentikasi dan otorisasi HTTP](http-for-amq-for-rabbitmq.md).
+ **Dukungan JMS: ** Broker sekarang mendukung beban kerja JMS dengan plugin pertukaran topik JMS diaktifkan, memungkinkan aplikasi JMS untuk terhubung menggunakan klien JMS. [RabbitMQ](https://github.com/rabbitmq/rabbitmq-jms-client)
+ **Ukuran penyimpanan yang dapat dikonfigurasi: Pialang ** RabbitMQ 4.x yang digunakan dalam mode CLUSTER\_MULTI\_AZ mendukung ukuran penyimpanan EBS yang dapat dikonfigurasi. Untuk informasi selengkapnya, lihat jenis inst [ ans mq.m7g. ](rmq-broker-instance-types.md#instance-types-m7g-cluster)
## Fitur yang tidak digunakan lagi di RabbitMQ 4.2 di Amazon MQ
+ **Pencerminan antrian ** klasik: Antrian klasik terus didukung tanpa perubahan yang merusak untuk pustaka dan aplikasi klien, tetapi sekarang merupakan tipe antrian yang tidak direplikasi. Klien akan dapat terhubung ke node apa 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 menetapkan QoS per konsumen (non-global) alih-alih Global QoS, di mana satu prefetch bersama digunakan untuk seluruh saluran.
+ **Dukungan untuk antrian sementara dan non-eksklusif: Antrian ** transien adalah antrian yang masa pakainya terkait dengan uptime node tempat mereka dideklarasikan. Dalam broker instance tunggal, mereka dihapus ketika node dimulai ulang. Dalam penerapan cluster, mereka dihapus ketika node tempat mereka dihosting dimulai ulang. Sebaiknya gunakan TTL antrian untuk menghapus secara otomatis antrian yang tidak digunakan dan tidak digunakan setelah beberapa waktu tidak aktif. Antrian eksklusif terus didukung dan dihapus setelah semua koneksi ke antrian telah dihapus.
## Memecahkan perubahan di RabbitMQ 4.2 di Amazon MQ
Perubahan sumber terbuka berikut mungkin memengaruhi aplikasi Anda saat memutakhirkan ke RabbitMQ 4.2. Tinjau perubahan ini sebelum meningkatkan broker Anda.
+ **Jenis antri ** an 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 diatur ke 20: ** Pesan yang dikirimkan ulang 20 kali atau lebih akan di-dead letter atau dihapus (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 am ** qplib klien ** Node JS yang lebih tua 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: ](rabbitmq-resource-limits-configuration.md) Amazon MQ for 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.