Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# RabbitMQ 4.2
Amazon MQ supporta la RabbitMQ 4.2 come prima release della serie 4. RabbitMQ RabbitMQ4.2 introduce AMQP 1.0 come protocollo principale, Khepri come archivio di metadati predefinito, priorità dei messaggi in coda quorum e nuovi plug-in di autenticazione tra cui MTL e autenticazione HTTP. Per ulteriori informazioni su questa versione, consulta le note sulla versione 4.0.0 sul sito Web. [RabbitMQ](https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.0.0) GitHub
## Nuove funzionalità e miglioramenti in RabbitMQ 4.2 su Amazon MQ
+ **AMQP 1.0 come protocollo principale: ** per ulteriori informazioni, consulta [ Protocolli. ](rabbitmq-supported-protocols.md)
+ **Pale locali: le ** pale ora supportano un nuovo protocollo chiamato «local» in aggiunta ad AMQP 0-9-1 e AMQP 1.0. Gli shovel locali sono basati internamente su AMQP 1.0 ma invece di utilizzare connessioni TCP separate, utilizzano connessioni all'interno del cluster tra i nodi del cluster e le API interne per pubblicare e consumare messaggi. Questo può essere utilizzato solo per il consumo e la pubblicazione all'interno dello stesso cluster e può offrire un throughput più elevato utilizzando meno risorse rispetto ad AMQP 0-9-1 e AMQP 1.0.
+ **Le code quorum supportano le priorità dei messaggi: le priorità dei messaggi in coda ** quorum sono sempre attive e non richiedono una policy. Quando una coda di quorum riceve un messaggio con una priorità impostata, abilita l'assegnazione delle priorità. Le code di quorum supportano solo due livelli di priorità interni: alto e normale.
RabbitMQriporta alla normalità i messaggi senza priorità e i messaggi con priorità da 0 a 4. I messaggi con una priorità superiore a 4 vengono mappati su alta. High-priority i messaggi sono preferiti rispetto ai messaggi con priorità normale con un rapporto 2:1. Per ogni 2 messaggi ad alta priorità, la coda invia 1 messaggio con priorità normale, se disponibile. Di conseguenza, le code di quorum implementano un modello di elaborazione delle priorità non rigoroso e equo che garantisce l'avanzamento dei messaggi con priorità normale.
+ **Khepri: ** Khepri viene utilizzato come archivio di metadati predefinito per 4 broker RabbitMQ
+ **TLS reciproco (MTLS): ** Amazon MQ supporta il protocollo TLS reciproco (MTL) per i broker, consentendo ai clienti di autenticarsi tramite certificati. RabbitMQ Per ulteriori informazioni, consulta Configurazione MTLS. [Configurazione degli MTL](configure-mtls.md)
+ **Plugin di autenticazione con certificato SSL: ** il plug-in di autenticazione SSL utilizza i certificati client delle connessioni MTLS per autenticare gli utenti, consentendo l'autenticazione utilizzando i certificati X.509 client anziché le credenziali di nome utente e password. Per ulteriori informazioni, consulta Autenticazione con certificato SSL. [Autenticazione del certificato SSL per Amazon MQ for RabbitMQ](ssl-for-amq-for-rabbitmq.md)
+ **Plugin di autenticazione HTTP: ** il plug-in di backend di autenticazione HTTP consente di delegare l'autenticazione e l'autorizzazione a un servizio HTTP esterno. Per ulteriori informazioni, vedere Autenticazione e autorizzazione [ HTTP. ](http-for-amq-for-rabbitmq.md)
+ **Supporto JMS: ** il broker ora supporta i carichi di lavoro JMS con il plug-in JMS topic exchange abilitato, che consente alle applicazioni JMS di connettersi tramite il client JMS. [RabbitMQ](https://github.com/rabbitmq/rabbitmq-jms-client)
+ **Dimensioni di archiviazione configurabili: i broker ** RabbitMQ 4.x implementati in modalità CLUSTER\_MULTI\_AZ supportano dimensioni di archiviazione EBS configurabili. Per ulteriori informazioni, [ consulta i ](rmq-broker-instance-types.md#instance-types-m7g-cluster) tipi di istanza mq.m7g.
## Funzionalità obsolete in RabbitMQ 4.2 su Amazon MQ
+ **Mirroring delle code classiche: le code ** classiche continuano a essere supportate senza modifiche sostanziali per le librerie e le applicazioni client, ma ora sono un tipo di coda non replicata. I clienti saranno in grado di connettersi a qualsiasi nodo su cui pubblicare e utilizzare qualsiasi coda classica non replicata. Le code di quorum sono consigliate per la replica e la sicurezza dei dati.
+ **Rimozione del QoS globale: si consiglia ** ai clienti di impostare il QoS per consumatore (non globale) anziché il QoS globale, in cui viene utilizzato un singolo prefetch condiviso per un intero canale.
+ **Supporto per code transitorie e non esclusive: le code transitorie sono code la cui durata è legata all'**uptime del nodo in cui sono dichiarate. In un broker a istanza singola, vengono rimosse al riavvio del nodo. In una distribuzione di cluster, vengono rimossi al riavvio del nodo su cui sono ospitati. Consigliamo di utilizzare il TTL della coda per l'eliminazione automatica delle code inutilizzate e inattive dopo un certo periodo di inattività. Le code esclusive continuano a essere supportate e vengono eliminate una volta rimosse tutte le connessioni alla coda.
## Modifiche sostanziali in RabbitMQ 4.2 su Amazon MQ
Le seguenti modifiche open source potrebbero influire sulle tue applicazioni durante l'aggiornamento alla versione 4.2. RabbitMQ Rivedi queste modifiche prima di aggiornare il tuo broker.
+ **Tipo di coda predefinito: ** il tipo di coda predefinito su un broker a RabbitMQ 4 cifre è impostato sul quorum. Se durante la creazione della coda non viene specificato alcun argomento sul tipo di coda, verrà creata una coda di quorum.
+ **Il limite di riconsegna predefinito per le code di quorum è impostato su 20: i ** messaggi riconsegnati 20 o più volte verranno contrassegnati in lettera morta o eliminati (rimossi). Se 20 recapiti per messaggio sono uno scenario comune per una coda, per evitare la perdita di dati è necessario configurare un target in caratteri inattivi o un limite superiore per tali code. Il modo consigliato per farlo è tramite una policy.
+ **amqplib: le versioni ** amqplib del client ** Node JS precedenti alla 0.10.7 ** o qualsiasi libreria client AMQP che utilizza ** frame\_max < 8192 non saranno in grado di connettersi a ** RabbitMQ
+ [Limiti predefiniti delle risorse: ](rabbitmq-resource-limits-configuration.md) Amazon MQ for RabbitMQ ha introdotto limiti di utilizzo delle risorse predefiniti per connessioni, canali, consumatori per canale, code, vhost, shovel, exchange e dimensione massima dei messaggi. Questi fungono da barriere per proteggere la disponibilità dei broker e possono essere personalizzati utilizzando configurazioni in base ai requisiti specifici.