주문 처리 Lambda는 Amazon SQS 대기열에서 메시지를 사용하고 결과를 DynamoDB 테이블에 씁니다. Lambda는 예약된 동시성으로 실행됩니다. 고객들은 주문 내역 페이지에 처리 상태가 표시되는 데 지연이 발생한다고 보고합니다. DevOps 엔지니어는 지연 시간을 진단하고 해결하기 위해 어떤 조치를 취해야 할까요? (두 가지 선택)

주문 처리 지연은 SQS 대기열에 메시지가 너무 오래 머물러 있거나(Lambda 처리 지연) DynamoDB 쓰기 병목 현상으로 인해 발생할 수 있습니다. 1. SQS ApproximateAgeOfOldestMessage 지표를 확인하고 Lambda 함수의 동시성 제한을 늘립니다. ApproximateAgeOfOldestMessage는 SQS 대기열에 있는 가장 오래된 메시지가 얼마나 오래되었는지 나타냅니다. 이 값이 높으면 Lambda 함수가 메시지를 충분히 빠르게 처리하지 못하고 있음을 의미합니다. 예약된 동시성(Reserved Concurrency)이 설정되어 있다면, 이 제한을 늘려 더 많은 Lambda 인스턴스가 동시에 실행되도록 하여 처리 속도를 높일 수 있습니다. 2. DynamoDB WriteThrottleEvents 지표를 확인하고 테이블의 autoscaling 정책에서 최대 쓰기 용량 단위(WCU)를 늘립니다. WriteThrottleEvents는 DynamoDB 테이블이 쓰기 요청을 제한했음을 나타냅니다. 이는 테이블의 쓰기 용량이 부족하다는 의미입니다. DynamoDB autoscaling 정책에서 최대 WCU를 늘리면 테이블이 더 많은 쓰기 트래픽을 처리할 수 있게 되어 병목 현상이 해결됩니다. 다른 옵션들은 문제 해결에 직접적이지 않거나 잘못된 진단을 유도합니다. 예를 들어, SQS redrive 정책은 실패한 메시지 처리를 위한 것이고, SQS 가시성 제한 시간 증가는 메시지 처리 속도를 늦출 수 있으며, Lambda 제한 시간 증가는 함수 실행 시간을 늘릴 뿐 동시성 문제를 해결하지 못합니다.