As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Como EventBridge tenta realizar eventos novamente
<a name="eb-rule-retry-policy"></a>

Às vezes, um [evento](eb-events.md) não é entregue com êxito ao [destino](eb-targets.md) especificado em uma [regra](eb-rules.md). Isso pode acontecer, por exemplo:
+ Se o recurso de destino não estiver disponível.
+ Devido às condições da rede.

Quando um evento não é entregue com sucesso a um alvo devido a erros recuperáveis, EventBridge tenta enviar o evento novamente. São definidos os tempo de tentativa e o número de tentativas nas configurações da **política de repetição** do destino. Por padrão, EventBridge tenta enviar novamente o evento por 24 horas e até 185 vezes com um [recuo exponencial e instabilidade, ou atraso *aleatório.*](https://aws.amazon.com/blogs/architecture/exponential-backoff-and-jitter/)

Se um evento não for entregue após o esgotamento de todas as tentativas, o evento será cancelado e EventBridge não continuará sendo processado.

Para evitar a perda de eventos após a tentativa de entregá-los a um destino, configure uma fila de mensagens não entregues (DLQ) para receber todos os eventos que falharam. Para obter mais informações, consulte [Usando filas de cartas mortas para processar eventos não entregues em EventBridge](eb-rule-dlq.md).