O que são confirmações de editor (publisher confirms) no RabbitMQ?

Question

Accepted Answer

**Confirmações de editor** são um mecanismo onde o RabbitMQ reconhece ao produtor que recebeu (e persistiu) uma mensagem — garantindo que as mensagens não sejam perdidas no lado da publicação. Elas são a contrapartida do lado do produtor aos reconhecimentos de consumidor.

## O problema: a mensagem chegou ao broker?

```text
When a producer publishes a message, by default it doesn't KNOW if RabbitMQ received it:
  → network failure, broker issue → the message could be LOST without the producer knowing
  → for reliability, the producer needs CONFIRMATION that the message was accepted
→ publisher confirms address the PUBLISHING side of reliability
```

## Como funcionam as confirmações de editor

```text
PUBLISHER CONFIRMS → the broker sends an ACK back to the producer for each message:
  → enable confirm mode on the channel
  → the broker ACKs a message once it has taken responsibility (received it; for persistent
    messages on durable queues → once persisted to disk)
  → NACK → the broker couldn't handle the message (the producer can retry)
→ the producer KNOWS each message was accepted (or not) → no silent loss
```

## Usando confirmações

```text
✓ Wait for confirms (sync) → simple but slower; or handle confirms ASYNCHRONOUSLY (callbacks)
  for throughput (don't block on each)
✓ Batch confirms → confirm batches for better throughput
✓ On NACK/timeout → retry the message (with idempotency awareness)
→ combine with durable queues + persistent messages → reliable end-to-end publishing
```

## Por que isso importa

Compreender confirmações de editor é valioso porque são **essenciais para a confiabilidade no lado da publicação no RabbitMQ**, portanto é um conhecimento importante para construir mensagens confiáveis.

As confirmações de editor resolvem uma lacuna de confiabilidade chave: por padrão, quando um produtor publica uma mensagem, ele não sabe se o RabbitMQ realmente a recebeu, então uma falha de rede ou problema do broker pode **perder a mensagem sem o produtor saber** — um problema real de confiabilidade no lado da publicação.

Compreender **como funcionam as confirmações de editor** — o broker enviando um **ack de volta ao produtor** para cada mensagem assim que assuma a responsabilidade (recebendo-a, ou para mensagens persistentes em filas duráveis, assim que persistidas em disco), com um **nack** se o broker não conseguiu processá-la (para que o produtor possa tentar novamente) — esclarece o mecanismo que dá ao produtor a confirmação, prevenindo perda silenciosa de mensagens na publicação.

Esta é a **contrapartida do lado do produtor aos reconhecimentos de consumidor** (que protegem o lado do consumo), juntos fornecendo confiabilidade de ponta a ponta.

Compreender **usando confirmações** — aguardando confirmações sincronamente (simples mas mais lento) versus manipulando-as asincronamente via callbacks (para throughput), agrupando confirmações e tentando novamente em nack/timeout (com consciência de idempotência) — reflete o uso prático e eficiente.

Compreender que combinar confirmações de editor com filas duráveis e mensagens persistentes fornece publicação confiável de ponta a ponta conecta confirmações ao quadro mais amplo de confiabilidade (confirmações para o lado da publicação, durabilidade para armazenamento, acks para consumo).

As confirmações de editor são essenciais para garantir que as mensagens alcancem confiável o broker, uma parte importante das mensagens confiáveis frequentemente ignorada (as pessoas focam em acks de consumidor mas esquecem a confiabilidade no lado da publicação).

Como as confirmações de editor são essenciais para a confiabilidade no lado da publicação (garantindo que as mensagens alcancem o broker, prevenindo perda silenciosa) — a contrapartida do lado do produtor aos acks de consumidor — e compreendê-las é importante para mensagens confiáveis de ponta a ponta, compreender confirmações de editor é um conhecimento RabbitMQ valioso e praticamente relevante — essencial para a confiabilidade no lado da publicação (prevenindo perda silenciosa de mensagens na publicação), completando o quadro de confiabilidade junto com acks de consumidor e durabilidade, e importante para construir sistemas RabbitMQ confiáveis com garantias de entrega de ponta a ponta.