전자상거래 프런트엔드는 API Gateway를 통해 POST API를 호출하여 주문을 비동기적으로 처리하는 Lambda 함수를 호출합니다. 가끔 주문이 처리되지 않지만, Lambda 로그에는 오류가 표시되지 않습니다. 누락된 주문 처리를 진단하고 해결하기 위해 개발자는 무엇을 해야 할까요?

Lambda 함수가 비동기적으로 호출될 때 오류가 발생하면 Lambda는 기본적으로 이벤트를 두 번 더 재시도합니다. 이 세 번의 시도 후에도 실패하면 이벤트는 구성된 DLQ(Dead-Letter Queue)로 전송됩니다. Lambda 로그에 오류가 없다는 것은 함수 호출 자체는 성공했지만, 내부 처리 중 문제가 발생하여 이벤트가 DLQ로 이동했을 가능성이 높습니다. DLQ를 검사하여 실패한 이벤트를 식별하고, 실패 원인을 분석하여 해결한 후 이벤트를 재처리하는 것이 가장 효과적인 진단 및 해결 방법입니다. 프런트엔드 로그 확인은 문제의 근본 원인을 파악하기 어렵고 수동 재시도는 비효율적입니다. CloudWatch 로그에 오류가 없다는 것은 DLQ 사용을 시사하며, API Gateway 캐싱은 POST 요청에 일반적으로 적용되지 않으며 주문 처리 실패와 직접적인 관련이 적습니다.