한 팀에서 소스 제어에 CodeCommit을 사용하고 배포에 CodePipeline을 사용합니다. 원격 main 브랜치 변경 시 파이프라인이 트리거되도록 구성했지만, 개발자가 변경 사항을 푸시한 후 10분이 지나도 파이프라인이 시작되지 않았습니다. 이 트리거 문제를 해결하려면 무엇을 확인해야 할까요?

CodeCommit 소스 변경 시 CodePipeline을 트리거하는 일반적인 방법은 EventBridge 규칙을 사용하는 것입니다. 이 규칙은 CodeCommit 리포지토리의 특정 브랜치(예: main)에 변경 사항이 푸시될 때 감지하고 CodePipeline을 시작하도록 구성됩니다. 파이프라인이 시작되지 않았다면, 이 EventBridge 규칙이 올바르게 설정되어 있는지, 특히 대상 브랜치가 정확한지 확인해야 합니다. CodePipeline 서비스 역할 권한은 파이프라인이 CodeCommit에서 소스 코드를 가져올 때 필요하지만, 트리거 자체에는 직접적인 영향을 주지 않습니다. 개발자의 IAM 역할 권한은 CodeCommit에 푸시하는 데 필요하며, 푸시가 성공했다면 트리거 문제와는 무관합니다. CloudWatch Logs는 파이프라인 실행 중 발생하는 오류를 확인하는 데 유용하지만, 파이프라인이 아예 시작되지 않은 경우에는 EventBridge 규칙과 같은 트리거 메커니즘을 먼저 확인해야 합니다.