A. 기존 데이터 웨어하우스를 BigQuery로 교체합니다. 테이블 파티셔닝을 사용합니다.

B. 기존 데이터 웨어하우스를 CPU가 96개인 Compute Engine 인스턴스로 교체합니다.

C. 기존 데이터 웨어하우스를 BigQuery로 교체합니다. 연합 데이터 원본을 사용합니다.

D. 기존 데이터 웨어하우스를 CPU가 96개인 Compute Engine 인스턴스로 교체합니다. CPU가 32개인 추가 Compute Engine 선점형 인스턴스를 추가합니다.

A. 조직 뷰어, 프로젝트 소유자

B. 프로젝트 소유자, 네트워크 관리자

C. 조직 관리자, 프로젝트 브라우저

D. 조직 뷰어, 프로젝트 뷰어

A. Admin Directory API를 사용하여 Active Directory 도메인 컨트롤러에 대해 인증합니다.

B. Google Cloud Directory Sync를 사용하여 Active Directory 사용자 이름을 클라우드 ID와 동기화하고 SAML SSO를 구성합니다.

C. 온프레미스 Active Directory 도메인 컨트롤러를 ID 공급자로 사용하도록 구성된 Cloud Identity-Aware Proxy를 사용합니다.

D. Compute Engine을 사용하여 Google Cloud 디렉터리 동기화를 사용하는 온프레미스 AD 도메인 컨트롤러의 복제본인 AD(Active Directory) 도메인 컨트롤러를 만듭니다.

A. 보안 요구 사항을 적용하기 위해 생성한 Google 그룹에 사용자 지정 IAM 역할을 할당합니다.
Cloud Storage에 파일을 저장할 때 고객이 제공한 암호화 키로 데이터를 암호화합니다.

B. 보안 요구 사항을 적용하기 위해 생성한 Google 그룹에 사용자 지정 IAM 역할을 할당합니다.
Cloud Storage에 파일을 저장하기 전에 기본 저장소 암호화를 사용 설정하세요.

C. 보안 요구 사항을 적용하기 위해 생성한 Google 그룹에 사전 정의된 IAM 역할을 할당합니다.
Cloud Storage에 파일을 저장할 때 Google의 기본 미사용 암호화를 활용합니다.

D. 보안 요구 사항을 적용하기 위해 생성한 Google 그룹에 사전 정의된 IAM 역할을 할당합니다.
Cloud Storage에 파일을 저장하기 전에 기본 Cloud KMS 키가 설정되어 있는지 확인하세요.

A. 분산 파일 시스템을 사용하여 고객의 이미지를 저장합니다. 스토리지 요구 사항이 증가하면 더 많은 영구 디스크 및/또는 노드를 추가합니다. 각 고객에게 각 파일의 소유자 속성을 설정하는 고유한 ID를 할당하여 이미지의 프라이버시를 보장합니다.

B. 분산 파일 시스템을 사용하여 고객의 이미지를 저장합니다. 스토리지 요구 사항이 증가하면 더 많은 영구 디스크 및/또는 노드를 추가합니다. Google Cloud SQL 데이터베이스를 사용하여 각 고객의 ID를 이미지 파일에 매핑하는 메타데이터를 유지합니다.

C. Google Cloud Storage 버킷에 이미지 파일을 저장합니다. Google Cloud Datastore를 사용하여 각 고객의 ID와 이미지 파일을 매핑하는 메타데이터를 유지합니다.

D. Google Cloud Storage 버킷에 이미지 파일을 저장합니다. 고객의 고유 ID가 포함된 Cloud Storage의 업로드된 이미지에 커스텀 메타데이터를 추가합니다.