Un frontend e-commerce appelle une API POST via API Gateway qui invoque une fonction Lambda de manière asynchrone pour traiter les commandes. Occasionnellement, des commandes ne sont pas traitées et les logs Lambda ne montrent aucune erreur. Que doit faire le développeur pour diagnostiquer et résoudre le problème de traitement des commandes manquantes ?

La fonction Lambda étant invoquée de manière asynchrone, si elle échoue après l'invocation initiale (par exemple, en raison d'une erreur interne ou d'un dépassement de délai), API Gateway ne recevra pas d'erreur directement. Dans ce scénario, les événements qui ne peuvent pas être traités avec succès après plusieurs tentatives automatiques sont envoyés à une file d'attente de lettres mortes (DLQ) si elle est configurée. Inspecter la DLQ permet de récupérer ces événements non traités, de diagnostiquer la cause de l'échec et de les retraiter. Les logs du frontend ne montreront pas les échecs d'invocation asynchrone de Lambda. Les logs Lambda ne montrent pas d'erreurs car l'échec se produit après l'invocation réussie, ou l'événement n'est pas traité du tout. Désactiver la mise en cache d'API Gateway n'est pas pertinent pour les échecs de traitement asynchrone de Lambda.