Um fluxo de trabalho de análise usa uma função AWS Lambda invocada assincronamente para processar registros de transações. Às vezes, as invocações assíncronas falham. Quando ocorre uma falha, o desenvolvedor deseja que uma segunda função Lambda seja invocada para lidar com o erro e registrar os detalhes. Qual solução atende a esse requisito?

A configuração de um destino de função Lambda para falhas é a solução mais direta e eficiente. Quando uma invocação assíncrona falha, o AWS Lambda pode ser configurado para enviar automaticamente os detalhes da falha para outra função Lambda, um tópico SNS ou uma fila SQS. Isso permite que a segunda função processe o erro sem lógica adicional na função primária. As outras opções são incorretas porque: Habilitar o rastreamento ativo do AWS X-Ray ajuda na depuração, mas não invoca automaticamente uma função de tratamento de erros. Seria necessário adicionar lógica de tratamento de erros na função primária para usar o X-Ray dessa forma. Não existe um "gatilho de função Lambda com uma condição de falha" diretamente configurável da maneira descrita. Gatilhos são para iniciar funções, não para lidar com falhas internas de forma condicional. Criar um alarme de verificação de status na função Lambda primária com o CloudWatch pode notificar sobre falhas, mas não invoca diretamente outra função Lambda com o payload do evento de falha de forma nativa para este cenário. Seria uma solução mais complexa e menos integrada do que os destinos de falha.