Cloud Run 및 Cloud Source Repositories를 사용하고 있으며, 컨테이너를 빌드하고 gcloud run deploy를 실행하는 Cloud Build YAML이 있습니다. 배포를 가장 효율적으로 만드는 다음 단계는 무엇입니까?

정답은 "개발 브랜치로 리포지토리 코드가 푸시될 때 빌드 파일을 실행하는 빌드 트리거를 생성합니다"입니다. Cloud Build 트리거는 소스 코드 변경 사항(예: 특정 브랜치에 푸시)에 자동으로 응답하여 빌드를 시작하므로, 수동 개입 없이 지속적인 배포(CD) 파이프라인을 구축하는 가장 효율적인 방법입니다. 오답 설명: "코드가 리포지토리에 푸시될 때 알림을 받도록 Pub/Sub 토픽을 생성합니다. 이벤트가 토픽에 게시될 때 빌드 파일을 실행하는 Pub/Sub 트리거를 생성합니다."는 가능하지만, Cloud Source Repositories와 Cloud Build 간의 직접적인 통합을 활용하는 것보다 복잡하며 효율성이 떨어집니다. "웹훅 URL로의 HTTP POST 호출에 응답하여 빌드 파일을 실행하는 웹훅 빌드 트리거를 생성합니다."는 외부 시스템과의 통합에 유용하지만, Cloud Source Repositories의 변경 사항에 직접 반응하는 데는 추가 설정이 필요합니다. "24시간마다 다음 명령어를 실행하는 Cron 작업을 생성합니다: gcloud builds submit."은 주기적인 배포를 수행하지만, 코드 변경이 있을 때마다 즉시 배포되지 않으므로 효율적이지 않습니다.