DevOps 엔지니어가 웹 앱(ALB, 대상 그룹, Amazon Linux 2 AMI를 사용하는 시작 템플릿, Auto Scaling 그룹, 보안 그룹 및 RDS MySQL DB)을 시작하는 CloudFormation 템플릿을 배포했습니다. 시작 템플릿의 사용자 데이터는 앱을 설치하고 시작하는 스크립트를 실행합니다. 사용자 데이터를 새 앱 버전으로 업데이트하고 CI/CD 파이프라인을 통해 재배포한 후 ALB 상태 확인이 실패하고 모든 대상이 비정상으로 표시됩니다. CloudFormation 스택은 UPDATE_COMPLETE를 표시하지만 EC2 인스턴스 로그에는 구성 오류로 인해 Apache가 시작되지 않았다고 표시됩니다. 사용자 데이터 스크립트가 성공적으로 완료되지 않으면 엔지니어는 CloudFormation이 배포를 실패하도록 어떻게 만들 수 있을까요?

정답은 cfn-signal 헬퍼를 사용하여 CloudFormation에 성공 또는 실패 신호를 보내고, CloudFormation 템플릿의 리소스에 WaitOnResourceSignals 업데이트 정책을 추가하며, 적절한 시간 초과를 구성하는 것입니다. cfn-signal은 사용자 데이터 스크립트가 성공적으로 완료된 후 CloudFormation에 신호를 보내 스택 업데이트를 계속 진행하도록 합니다. 스크립트가 실패하면 신호가 보내지지 않고, WaitOnResourceSignals 정책의 시간 초과가 발생하면 CloudFormation은 스택 업데이트를 롤백하여 배포 실패를 명확히 합니다. 오답인 CloudWatch 경보와 SNS는 CloudFormation 스택 배포 자체를 제어하지 못하고 사후 알림만 제공합니다. Auto Scaling 수명 주기 후크는 인스턴스 시작/종료 시 사용자 정의 작업을 수행할 수 있지만, 스크립트 성공/실패에 따라 CloudFormation 스택 업데이트를 직접 제어하는 메커니즘은 아닙니다. CloudWatch 에이전트와 Lambda를 사용하는 방법은 복잡하며, cfn-signal과 WaitOnResourceSignals가 CloudFormation에서 직접 지원하는 더 간단하고 효율적인 방법입니다.