Como funcionam os reconhecimentos de mensagens no RabbitMQ?

Question

Accepted Answer

**Reconhecimentos (acks)** informam ao RabbitMQ que uma mensagem foi processada com sucesso, para que ela possa ser removida da fila. São essenciais para **entrega confiável** — garantindo que as mensagens não sejam perdidas se um consumidor falhar.

## Como funcionam os reconhecimentos

```text
When a consumer receives and processes a message, it ACKNOWLEDGES it:
  → ACK → "I've processed this message" → RabbitMQ removes it from the queue
  → if a consumer DIES before acking (crash, disconnect) → RabbitMQ REQUEUES the message
    → redelivered to another consumer (NOT lost)
→ acks ensure messages are processed reliably (not lost if a consumer fails)
```

## Acks manuais vs automáticos

```text
MANUAL ack → the consumer explicitly acks AFTER processing → reliable (message redelivered
  if processing fails) — the safe choice for important messages
AUTOMATIC ack → the message is considered acked as soon as it's DELIVERED (before processing)
  → faster but UNSAFE → if the consumer crashes during processing, the message is LOST
→ use MANUAL acks for reliability (ack only after successful processing)
```

## Acks negativos e rejeição

```text
✓ NACK / REJECT → the consumer can negatively acknowledge a message it can't process:
  → REQUEUE it (try again / another consumer) OR send it to a DEAD LETTER queue
  → handle messages that fail processing (don't lose them, don't block forever)
→ acks (positive and negative) give control over message handling and reliability
```

## Por que isso importa

Compreender os reconhecimentos de mensagens é fundamental porque são **essenciais para entrega confiável no RabbitMQ**, portanto é um conhecimento importante para construir mensagens confiáveis.

Os reconhecimentos são como o RabbitMQ garante que as mensagens sejam processadas de forma confiável.

Compreender **como funcionam os reconhecimentos** — um consumidor confirmando uma mensagem após o processamento (informando ao RabbitMQ que está pronto para que a mensagem seja removida), com mensagens **reenfileiradas e reentregues se um consumidor falhar antes de confirmar** (para que as mensagens não sejam perdidas em caso de falha do consumidor) — esclarece o mecanismo de confiabilidade que evita a perda de mensagens.

Compreender **acks manuais vs automáticos** é crucial: **acks manuais** (o consumidor confirmando explicitamente após o processamento, para que as mensagens sejam reentregues se o processamento falhar — a escolha segura e confiável) versus **acks automáticos** (a mensagem considerada confirmada assim que entregue, antes do processamento, o que é mais rápido mas **inseguro** porque uma falha durante o processamento perde a mensagem).

A orientação prática principal é **usar acks manuais para confiabilidade** (confirmando apenas após o processamento bem-sucedido), já que acks automáticos arriscam a perda de mensagens — uma consideração comum e importante.

Compreender **acks negativos e rejeição** — um consumidor reconhecendo negativamente (nack/reject) uma mensagem que não consegue processar, seja reenfileirando-a ou enviando-a para uma **fila de letra morta** — oferece controle sobre o tratamento de mensagens com falha (não perdendo-as ou bloqueando para sempre).

Esses mecanismos de reconhecimento (acks positivos para entrega confiável, acks manuais para segurança, acks negativos para tratamento de falhas) são essenciais para construir mensagens confiáveis do RabbitMQ que não perdem mensagens.

Como os reconhecimentos são essenciais para entrega confiável no RabbitMQ (prevenindo perda de mensagens em falha do consumidor, sendo acks manuais a escolha segura e acks negativos manipulando falhas), e como compreendê-los é importante para construir mensagens confiáveis, compreender os reconhecimentos de mensagens é um conhecimento RabbitMQ essencial e fundamental — central para entrega confiável (garantindo que as mensagens não sejam perdidas se os consumidores falharem), sendo a distinção ack manual versus automático uma consideração importante de confiabilidade, e necessário para construir sistemas RabbitMQ confiáveis.