A. 두 프로젝트를 같은 폴더 아래로 이동합니다.

B. VM 서비스 계정에 corp-aggregate-reports-storage에 대한 스토리지 개체 ​​생성자 역할을 부여합니다.

C. 두 프로젝트 간에 공유 VPC 네트워크를 생성합니다.
VM 서비스 계정에 corp-iot-insights에서 스토리지 개체 ​​생성자 역할을 부여합니다.

D. corp-aggregate-reports-storage를 공개하고 의사 무작위 접미사 이름으로 폴더를 만듭니다.
IoT 팀과 폴더를 공유합니다.

A. 기기의 명령줄 인터페이스 대신 Cloud Shell을 사용하세요. europe-west1 리전의 리소스로 이동한 후 Cloud Shell을 시작합니다. europe-west1 지역은 자동으로 기본 지역이 됩니다.

B. "gcloud config set compute/region europe-west1"을 사용하여 향후 gcloud 명령에 대한 기본 지역을 설정합니다.

C. "gcloud config set compute/zone europe-west1"을 사용하여 향후 gcloud 명령에 대한 기본 지역을 설정합니다.

D. 온프레미스에서 europe-west1의 서브넷으로 VPN을 만들고 gcloud 명령을 실행할 때 해당 연결을 사용합니다.

A. 바이너리 등록 서비스에 애플리케이션을 등록하고 필요한 역할을 적용합니다.

B. 필요한 제한된 권한으로 새 서비스 계정과 키를 만듭니다. 새 서비스 계정을 사용하도록 인스턴스를 설정합니다. 서비스 계정 키를 사용하도록 코드를 수정합니다.

C. 필요한 역할을 가진 새 사용자 계정을 만듭니다. Cloud Key Management Service에 자격 증명을 저장하고 코드로 인스턴스에 다운로드합니다.

D. 기본 Compute Engine 서비스 계정을 사용하고 범위를 설정합니다. 코드가 "응용 프로그램 기본 자격 증명"을 사용하여 기본 서비스 계정을 찾도록 합니다.

A. Binary Authorization을 사용하고 고객의 Pod에서 사용하는 컨테이너 이미지만 화이트리스트에 추가합니다.

B. Container Analysis API를 사용하여 고객의 Pod에서 사용하는 컨테이너의 취약점을 감지합니다.

C. gvisor로 구성된 샌드박스 유형으로 GKE 노드 풀을 만듭니다. 고객의 Pod 사양에 runtimeClassName: gvisor 매개변수를 추가합니다.

D. GKE 노드에 cos_containerdimage를 사용합니다. 값이 cloud.google.com/gke-os-distribution: cos_containerd인 nodeSelector를 고객의 Pod 사양에 추가합니다.

A. 기존 인스턴스 그룹을 참조하는 백엔드 구성으로 HTTP 로드 밸런서를 생성합니다.
상태 확인을 정상(HTTP)으로 설정

B. 기존 인스턴스 그룹을 참조하는 백엔드 구성으로 HTTP 로드 밸런서를 생성합니다.
밸런싱 모드를 정의하고 최대 RPS를 10으로 설정합니다.

C. 관리형 인스턴스 그룹을 생성합니다. 자동 복구 상태 확인을 정상(HTTP)으로 설정

D. 관리형 인스턴스 그룹을 생성합니다. 자동 크기 조정 설정이 켜져 있는지 확인합니다.