AmazonAmazon DevOps Engineer Professional DOP-C02 Certification·KO·업데이트됨 4 Aug 2026
애플리케이션이 ALB 뒤의 EC2 인스턴스에 배포됩니다. 애플리케이션 코드는 CodeCommit에 있습니다. 코드가 main에 병합되면 Lambda 함수가 CodeBuild 프로젝트를 트리거하여 코드를 패키징하고, 아티팩트를 CodeArtifact에 저장하며, Systems Manager Run Command를 사용하여 패키지를 EC2에 배포합니다. 과거 배포에서는 결함, 인스턴스 간의 일관성 없는 버전, 최신 코드를 실행하지 않는 인스턴스 등의 문제가 발생했습니다. 더 안정적인 배포 프로세스를 생성하려면 어떤 조치를 취해야 할까요? (두 가지 선택)
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: CodeCommit 리포지토리를 소스로 사용하여 CodePipeline 파이프라인을 생성합니다. CodeBuild를 실행하여 빌드하고, 테스트를 실행한 다음, CodeBuild 출력 아티팩트를 CodeDeploy 액션에 전달하는 순차적인 파이프라인 스테이지를 추가합니다., AWS CodeDeploy 애플리케이션과 배포 그룹을 생성하여 패키지된 아티팩트를 EC2 인스턴스에 배포하고, 배포 그룹에 맞게 ALB를 구성합니다..
이것이 정답인 이유
CodePipeline은 소스 제어부터 배포까지 전체 릴리스 프로세스를 자동화하여 일관된 배포를 보장합니다. CodeBuild를 사용하여 빌드 및 테스트를 순차적으로 실행하면 오류를 조기에 발견하고 아티팩트의 품질을 높일 수 있습니다. CodeDeploy는 EC2 인스턴스에 대한 배포를 관리하고, 롤백, 블루/그린 배포와 같은 고급 배포 전략을 제공하여 배포 중단 시간을 최소화하고 일관성을 유지합니다. 현재의 Lambda 및 Systems Manager Run Command 방식은 수동 오류에 취약하고 버전 불일치를 야기할 수 있습니다. CodeArtifact 대신 S3에 저장하는 것은 배포 프로세스의 안정성 향상과는 직접적인 관련이 적습니다.