A. 대기 중인 Pod의 리소스 요청량이 너무 커서 클러스터의 단일 노드에 수용할 수 없습니다.

B. 클러스터에서 이미 너무 많은 Pod가 실행 중이며, 대기 중인 Pod를 예약할 수 있는 리소스가 부족합니다.

C. 노드 풀이 대기 중인 Pod에서 사용하는 컨테이너 이미지를 가져올 권한이 없는 서비스 계정으로 구성되어 있습니다.

D. 대기 중인 Pod는 Deployment 생성과 Pod 상태 확인 사이에 선점된 노드에 원래 예약되어 있었습니다. 현재 새 노드에 다시 예약되고 있습니다.

A. 데이터를 Dataflow로 스트리밍하고, 스토리지 전송 서비스를 사용하여 데이터를 BigQuery로 전송합니다.

B. Pub/Sub으로 데이터를 스트리밍하고, Dataflow를 사용하여 데이터를 클라우드 스토리지로 전송합니다.

C. 데이터를 Dataflow로 스트리밍하고 Trifacta의 Dataprep을 사용하여 데이터를 Bigtable로 보냅니다.

D. Pub/Sub으로 데이터를 스트리밍하고 스토리지 전송 서비스를 사용하여 BigQuery로 데이터를 전송합니다.

A. 팀별로 서비스 계정을 생성하고 해당 서비스 계정에 프로젝트 편집자 역할을 부여합니다. 팀에게 지정된 서비스 계정을 가장하여 Google Cloud CLI(gcloud CLI)를 통해 인프라를 프로비저닝하도록 요청합니다.

B. 함께 일하는 모든 엔지니어링 팀이 회사의 필수 업무 방식을 이해할 수 있도록 교육을 제공합니다. 엔지니어링 팀이 필요에 가장 적합한 방식으로 인프라를 구축할 수 있도록 지원합니다.

C. 회사에서 요구하는 관행을 시행하도록 조직 정책을 구성하세요. 팀에게 Google Cloud 콘솔을 사용하여 인프라를 프로비저닝하도록 요청하세요.

D. 회사에서 요구하는 모범 사례를 준수하는 각 구성 요소에 대한 Terraform 모듈을 작성하고, 팀에게 이러한 모듈을 통해 인프라를 구현하도록 요청합니다.

A. Terraform을 사용하여 프로젝트의 모든 리소스에 대한 인프라 코드 템플릿을 생성하고, 해당 템플릿을 조직의 새 프로젝트에 배포합니다. 스타트업의 Google Cloud 조직에서 보호 설정을 삭제합니다.

B. Google Cloud Marketplace용 비공개 카탈로그를 생성하고 스타트업의 프로덕션 프로젝트 리소스를 해당 카탈로그에 업로드합니다. 카탈로그를 조직과 공유하고 회사 프로젝트에 리소스를 배포합니다.

C. 두 조직 모두에 조직 관리자 ID 및 액세스 관리(IAM) 역할이 할당되어 있는지 확인하세요. 스타트업의 Google Cloud 조직에서 리소스 관리자로 이동하여 프로젝트를 회사 조직으로 드래그하세요.

D. projects.move 메서드를 사용하여 프로젝트를 조직으로 이동합니다. 프로젝트의 청구 계정을 조직의 계정으로 업데이트합니다.

A. 자동 모드 VPC 네트워크를 사용하고, 클라우드 라우터 경계 게이트웨이 프로토콜(BGP)을 사용하여 라우팅을 구성하고 정책 기반 라우팅을 설정합니다.

B. 사용자 지정 모드 VPC 네트워크를 사용하고, 정적 경로를 구성하고, 액티브/패시브 라우팅을 사용합니다.

C. 사용자 지정 모드 VPC 네트워크를 사용하고 클라우드 라우터 경계 게이트웨이 프로토콜(86P)을 사용하여 라우팅하고 능동/수동 라우팅을 사용합니다.

D. 자동 모드 VPC 네트워크를 사용하고, 정적 경로를 구성하고, 액티브/액티브 라우팅을 사용합니다.