RabbitMQ 4

AMQP 1.0 como protocolo principal: para obter mais informações, consulte Protocolos.

Pás locais: as escavadeiras agora oferecem suporte a um novo protocolo chamado “local”, além do AMQP 0-9-1 e do AMQP 1.0. Os shovels locais são baseados internamente no AMQP 1.0, mas em vez de usar conexões TCP separadas, eles usam conexões intra-cluster entre os nós do cluster e internas para publicar e consumir mensagens. APIs Isso só pode ser usado para consumo e publicação no mesmo cluster e pode oferecer maior taxa de transferência usando menos recursos do que o AMQP 0-9-1 e o AMQP 1.0.

As filas de quórum oferecem suporte às prioridades de mensagens: as prioridades de mensagens da fila de quórum estão sempre ativas e não exigem uma política para funcionar. Assim que uma fila de quórum receber uma mensagem com uma prioridade definida, ela habilitará a priorização. As filas de quórum internamente suportam apenas duas prioridades: alta e normal. As mensagens sem um conjunto de prioridades serão mapeadas para o normal, assim como as prioridades de 0 a 4. Mensagens com prioridade maior que 4 serão mapeadas para alta. As mensagens de alta prioridade serão favorecidas em relação às mensagens de prioridade normal na proporção de 2:1, ou seja, para cada 2 mensagens de alta prioridade, a fila entregará 1 mensagem de prioridade normal (se disponível). Portanto, as filas de quórum implementam um tipo de processamento prioritário não estrito e de “compartilhamento justo”. Isso garante que o progresso seja sempre feito nas mensagens de prioridade normal, mas as prioridades altas são favorecidas na proporção de 2:1.

Khepri: Khepri é usado como o armazenamento de metadados padrão para corretores RabbitMQ 4

TLS mútuo (mTLS): o Amazon MQ oferece suporte a TLS mútuo (mTLS) para corretores RabbitMQ, permitindo que os clientes se autentiquem usando certificados. Para obter mais informações, consulte Configuração do mTLS.

Plug-in de autenticação de certificado SSL: O plug-in de autenticação SSL usa certificados de cliente de conexões mTLS para autenticar usuários, permitindo a autenticação usando certificados de cliente X.509 em vez de credenciais de nome de usuário e senha. Para obter mais informações, consulte Autenticação de certificado SSL.

Plugin de autenticação HTTP: O plug-in de back-end de autenticação HTTP permite delegar autenticação e autorização a um serviço HTTP externo. Para obter mais informações, consulte Autenticação e autorização HTTP.

Espelhamento de filas clássicas: as filas clássicas continuam sendo suportadas sem nenhuma alteração significativa nas bibliotecas e aplicativos do cliente, mas agora são um tipo de fila não replicada. Os clientes poderão se conectar a qualquer nó para publicar e consumir a partir de qualquer fila clássica não replicada. As filas de quórum são recomendadas para replicação e segurança de dados.

Remoção da QoS global: recomenda-se que os clientes definam a QoS por consumidor (não global) em vez da QoS global, em que uma única pré-busca compartilhada é usada para um canal inteiro.

Support para filas transitórias e não exclusivas: filas transitórias são filas cuja vida útil está vinculada ao tempo de atividade do nó em que foram declaradas. Em um único agente de instância, eles são removidos quando o nó é reiniciado. Em uma implantação de cluster, eles são removidos quando o nó em que estão hospedados é reiniciado. Recomendamos usar o TTL de fila para excluir automaticamente filas inativas e não utilizadas após algum tempo de inatividade. As filas exclusivas continuam sendo suportadas e são excluídas quando todas as conexões com a fila forem removidas.

Tipo de fila padrão: o tipo de fila padrão em um broker RabbitMQ 4 é definido como quorum. Se nenhum argumento do tipo de fila for especificado durante a criação da fila, uma fila de quórum será criada.

O limite padrão de reentrega nas filas de quórum é definido como 20: as mensagens que forem reenviadas 20 vezes ou mais serão excluídas (removidas). Se 20 entregas por mensagem for um cenário comum para uma fila, um destino de letras mortas ou um limite maior deverá ser configurado para essas filas para evitar perda de dados. A forma recomendada de fazer isso é por meio de uma política.

amqplib: as versões amqplib do cliente Node JS anteriores à 0.10.7 ou qualquer biblioteca cliente AMQP usando frame_max < 8192 não conseguirão se conectar ao RabbitMQ

Limites de recursos padrão: o Amazon MQ para RabbitMQ introduziu limites padrão de uso de recursos para conexões, canais, consumidores por canal, filas, vhosts, escavadeiras, trocas e tamanho máximo de mensagens. Eles servem como barreiras para proteger a disponibilidade do corretor e podem ser personalizados usando configurações para atender às suas necessidades específicas.

Trocas aleatórias locais: trocas aleatórias locais não são suportadas no Amazon MQ, pois os nós do Amazon MQ estão atrás de um balanceador de carga de rede.

Interceptor de mensagens: os interceptores de mensagens do RabbitMQ não são compatíveis com o Amazon MQ.

Métricas por fila: o Amazon MQ não fornecerá métricas de fila do RabbitMQ para os corretores do RabbitMQ 4. AWS CloudWatch O Amazon MQ ainda fornecerá métricas em nível de corretor por meio de. AWS CloudWatch Você pode consultar métricas de fila usando a API de gerenciamento do RabbitMQ. Recomendamos consultar métricas para filas específicas com uma frequência de um minuto ou mais.