Ciclo de vida do evento: retries, DLQs e destinos

Aplicações Serverless com AWS Lambda

Claudio Canales

Senior DevOps Engineer

Ciclo de vida do evento: visão geral

A Lambda chama seu handler.
O handler ou tem sucesso ou falha.
Se falhar, retries e roteamento definem o próximo passo.

Fluxo do ciclo de vida do evento

Duas formas de a falha aparecer

Síncrono

O caller espera e recebe um erro.

Assíncrono

O caller é reconhecido primeiro.
A Lambda faz retries em segundo plano.
O tratamento de falha depende do modo de invocação.

Caminhos de falha: síncrono vs. assíncrono

Retries são normais

Retries são recurso, não bug.
Uma falha transitória pode dar certo na próxima.
Retries geram duplicatas; seu handler deve lidar com isso.

Analogia de rediscagem para retry

Retries ao longo do tempo

Retries recuperam falhas transitórias.
Mas o mesmo evento pode rodar várias vezes.
Idempotência e erros bem tratados são essenciais.

Linha do tempo de tentativas de retry

Quando retries são perigosos

Retries são arriscados quando o trabalho não é idempotente.
Ex.: cobrar um cartão, enviar um e-mail.
Use chaves de idempotência e updates seguros para evitar danos por duplicatas.

Objetivo da idempotência

DLQ (Dead-Letter Queue)

Um local seguro para eventos que falham mesmo após retries.
Geralmente uma fila SQS, o serviço gerenciado de filas da AWS.
Inspecione o payload, corrija o problema e reenvie.

Analogia de achados e perdidos da DLQ

DLQ vs. destinos

Analogia de achados e perdidos da DLQ

Captura eventos que falharam após retries.
Use para investigação.

Diagrama de roteamento com destinos

Roteiam resultados em sucesso ou falha.
Crie fluxos explícitos de sucesso e falha.

Destinos: rotas de sucesso e falha

Em sucesso, envie o resultado para onSuccess.
Em falha, envie detalhes para onFailure.
Isso deixa o próximo passo explícito.

Diagrama de roteamento com destinos

Ajustando a política de retry

Ajuste quantas vezes a Lambda faz retry.
Limite a idade do evento para evitar dados velhos.
Mais retries aumentam confiabilidade, mas também duplicatas e atraso.

Controles de política de retry

Idade máxima do evento: data de validade

Idade máxima do evento é uma política de expiração.
Se o evento está velho, processá-lo pode não valer a pena.
Trade-off: menos eventos atrasados, comportamento mais oportuno.

Analogia de expiração pela idade do evento

Observabilidade: onde olhar

Logs dizem o que aconteceu.
Métricas dizem com que frequência.
Alarmes ajudam a detectar picos rápido.

Logs vs. métricas

O que fazer com eventos que falharam

Inspecione o payload e o erro.
Corrija a causa raiz.
Reenvie o evento e monitore erros e throughput.

Ciclo de recuperação de eventos com falha

Pontos principais

Confiabilidade vem de retries, roteamento e observabilidade.
Erros síncronos chegam ao caller.
Erros assíncronos exigem retries mais DLQs ou destinos.
Isso mantém falhas visíveis.

Diagrama da fórmula de confiabilidade

Vamos praticar!

Aplicações Serverless com AWS Lambda