A. 각 개발자는 각 제품을 릴리스하기 전에 메인 브랜치에 코드를 커밋하고 테스트를 수행하며 통합 문제가 감지되면 롤백합니다.

B. 각 개발자는 자신의 작업에 대한 브랜치를 생성하고, 자신의 변경 사항을 브랜치에 커밋하고, 동료 검토 후 코드를 메인 브랜치에 병합합니다.

C. 각 개발자 그룹은 각자의 작업에 대한 메인 브랜치에서 기능 브랜치를 생성하고, 자신의 변경 사항을 해당 브랜치에 커밋하고, 주요 릴리스 전에 코드를 메인 브랜치에 병합합니다.

D. 각 개발자 그룹은 저장소를 복사하고, 변경 사항을 저장소에 커밋하고, 각 제품이 릴리스되기 전에 코드를 기본 저장소에 병합합니다.

A. 새 코드의 A/B 테스트로 구성된 Spinnaker 파이프라인을 트리거하고, 성공적이면 컨테이너를 프로덕션에 배포합니다.

B. 새 코드의 카나리아 테스트로 구성된 Spinnaker 파이프라인을 트리거하고, 테스트가 성공적이면 컨테이너를 프로덕션에 배포합니다.

C. Kubernetes CLI 도구를 사용하여 새 컨테이너를 GKE 클러스터에 배포하는 다른 Cloud Build 작업을 트리거합니다. 여기서 카나리아 테스트를 수행할 수 있습니다.

D. Kubernetes CLI 도구를 사용하여 새 컨테이너를 GKE 클러스터에 배포하는 또 다른 Cloud Build 작업을 트리거합니다. 여기서 섀도 테스트를 수행할 수 있습니다.

A. 자동 크기 조정을 위해 App Engine을 사용하세요.

B. 자동 크기 조정을 위해 Cloud Functions를 사용하세요.

C. 서비스에 Compute Engine 클러스터를 사용합니다.

D. 서비스에 전용 Compute Engine 가상 머신 인스턴스를 사용합니다.

A. 개체 사양에서 리소스 제한 및 요청을 지정합니다.

B. 각 팀에 대한 네임스페이스를 생성하고 각 네임스페이스에 리소스 할당량을 연결합니다.

C. 각 네임스페이스에 대한 기본 컴퓨팅 리소스 요구 사항을 지정하기 위해 LimitRange를 생성합니다.

D. 각 애플리케이션에 대한 Kubernetes 서비스 계정(KSA)을 생성하고 각 KSA를 네임스페이스에 할당합니다.

E. Anthos Policy Controller를 사용하여 모든 네임스페이스에 레이블 주석을 적용합니다. taint와 toleration을 사용하여 네임스페이스에 대한 리소스 공유를 허용합니다.

A. Workload Identity를 사용하여 GKE Pod에 Google Cloud 서비스 계정을 할당합니다.

B. Google Cloud 서비스 계정을 내보내고 Kubernetes Secret으로 Pod와 공유합니다.

C. Google Cloud 서비스 계정을 내보내어 애플리케이션의 소스 코드에 내장합니다.

D. Google Cloud 서비스 계정을 내보내고 HashiCorp Vault에 업로드하여 애플리케이션에 대한 동적 서비스 계정을 생성합니다.