CodePipeline 배포 시 웹 애플리케이션의 홈페이지가 예상된 200 대신 503을 반환하는 경우가 있습니다. 배포 후 홈페이지가 200 OK를 반환하지 않으면 파이프라인이 실패하도록 CheckURL 스테이지를 추가했습니다. 이 자동화된 테스트를 구현하기 위한 적절한 다음 단계는 무엇입니까?

정답은 Lambda 함수를 생성하여 애플리케이션 URL을 요청하고 200 응답을 확인한 후 CodePipeline에 성공 또는 실패를 보고하도록 구성하는 것입니다. CodePipeline의 'Invoke a Lambda function' 작업 유형을 사용하면 파이프라인 스테이지에서 사용자 지정 로직을 실행하고 그 결과를 파이프라인에 다시 보고할 수 있습니다. 이는 배포 후 웹 애플리케이션의 가용성을 자동으로 검증하는 가장 직접적이고 비용 효율적인 방법입니다. 오답 설명: Canary를 사용하는 CloudWatch 작업은 주로 성능 모니터링 및 이상 감지에 사용되며, 배포 성공 여부를 직접적으로 판단하는 데는 적합하지 않습니다. CodeDeploy 작업은 배포 자체를 관리하며, 배포된 애플리케이션의 URL 응답 코드를 검증하는 기능은 제공하지 않습니다. API Gateway와 Device Farm을 사용하는 방법은 복잡하고 비용이 많이 들며, 단순히 URL 응답 코드를 확인하는 목적에는 과도한 솔루션입니다.