A. BigQuery 쿼리 모델을 주문형에서 고정 요금으로 변경합니다. 각 프로젝트에 적절한 수의 슬롯을 적용합니다.

B. 각 사업부에 대해 별도의 BigQuery 데이터 웨어하우스 사본을 만드십시오.

C. 비즈니스 단위의 사용자를 여러 프로젝트로 분할합니다.

D. BigQuery 데이터 웨어하우스를 각 사업부에 대한 여러 데이터 웨어하우스로 분할합니다.

E. BigQuery 데이터 웨어하우스에 대한 사용자 또는 프로젝트 수준의 맞춤 쿼리 할당량을 적용합니다.

A. App Engine에서 애플리케이션의 새 버전을 배포합니다. 그런 다음 GCP Console의 App Engine 설정으로 이동하여 현재 버전과 새로 배포된 버전 간에 트래픽을 적절하게 분할합니다.

B. App Engine 대신 Google Kubernetes Engine에 애플리케이션의 새 버전을 배포한 다음 GCP 콘솔을 사용하여 트래픽을 분할합니다.

C. App Engine에서 별도의 앱으로 새 버전을 배포합니다. 그런 다음 GCP Console을 사용하여 App Engine을 구성하여 두 앱 간에 트래픽을 분할합니다.

D. App Engine 대신 Compute Engine 인스턴스에 새 버전의 애플리케이션을 배포한 다음 GCP 콘솔을 사용하여 트래픽을 분할합니다.

A. gcloud 컴퓨팅 네트워크 서브넷 expand-ip-range subnetace1 --prefix-length=-12

B. gcloud compute networks 서브넷 expand-ip-range subnetace1 --prefix-length=28

C. gcloud compute networks 서브넷 expand-ip-range subnetace1 --size=248

D. Google 클라우드에는 서브넷에서 사용 가능한 주소 수를 줄이기 위한 명령이 없습니다.

A. Cloud Pub/Sub, Cloud Storage, BigQuery, Cloud Bigtable

B. Cloud Pub/Sub, Cloud Dataflow, Cloud Datastore, BigQuery

C. Cloud Pub/Sub, Cloud Dataflow, Cloud Bigtable, BigQuery

D. Firebase 메시지, Cloud Pub/Sub, Cloud Spanner, BigQuery

A. 배포 A에 대한 NodePort 유형의 서비스와 해당 서비스에 대한 인그레스 리소스를 생성합니다.
배포 B에서 인그레스 IP 주소를 사용하도록 합니다.

B. 배포 A에 대해 LoadBalancer 유형의 서비스를 생성합니다. 배포 B가 서비스 IP 주소를 사용하도록 합니다.

C. 배포 A에 대한 LoadBalancer 유형의 서비스와 해당 서비스에 대한 인그레스 리소스를 생성합니다. 배포 B에서 인그레스 IP 주소를 사용하도록 합니다.

D. 배포 A에 대해 ClusterIP 유형의 서비스를 생성합니다. 배포 B가 서비스 IP 주소를 사용하도록 합니다.