Google Certified Professional - Cloud Architect (GCP) (Professional-Cloud-Architect日本語版)은 출제 범위가 넓고 문제 유형이 다양해 체계적인 대비 없이는 다루기 쉽지 않은 시험입니다. Fast2test의 Professional-Cloud-Architect日本語 모의고사 348문항은 실제 시험의 구성과 유사하게 만들어져 있어, 처음 응시하시는 분도 시험 구조를 빠르게 파악하실 수 있습니다.

Google Professional-Cloud-Architect日本語 시험 개요:

Google Professional-Cloud-Architect日本語 시험 요강 주제:

Professional-Cloud-Architect日本語 시험, 응시 전 꼭 확인해야 할 질문들

최신 Google Cloud Certified Professional-Cloud-Architect-JPN 무료샘플문제

문제 #1

貴社は、データウェアハウスにBigQueryを使用するGoogle Cloudプロジェクトを運用しています。オンプレミス環境とGoogle Cloud間のVPNトンネルは、Cloud VPNで構成されています。セキュリティチームは、悪意のある内部関係者によるデータ漏洩、コードの改ざん、および意図しないデータ共有の過剰を防止したいと考えています。どのような対策を講じるべきでしょうか？

A. サービス アカウントを作成し、そのサービス アカウントに BigQuery JobUser ロールと Storage Object Viewer ロールを付与し、プロジェクトから他のすべての Identity and Access Management (1AM) アクセスを削除します。
B. プライベート Google アクセスを設定します。
C. プライベートサービス接続を設定します。
D. VPC サービス コントロールを設定し、オンプレミス ホストのプライベート Google アクセスを設定します。

문제 #2

Cloud Monitoring ワークスペースで Google Kubernetes Engine (GKE) クラスタをモニタリングしています。サイト信頼性エンジニア (SRE) として、インシデントを迅速にトリアージする必要があります。どうすればよいでしょうか。

A. Cloud Monitoring ワークスペースにインシデントごとにカスタム ダッシュボードを作成し、指標を追加してアラート ポリシーを作成します。
B. Cloud Monitoring ワークスペースの定義済みダッシュボードをナビゲートし、指標を追加してアラート ポリシーを作成します。
C. Cloud Monitoring ワークスペースの定義済みダッシュボードをナビゲートし、カスタム指標を作成し、Compute Engine インスタンスにアラート ソフトウェアをインストールします。
D. GKE ノードから指標を収集し、これらの指標を Pub/Sub トピックに公開し、データを BigQuery にエクスポートして、Data Studio ダッシュボードを作成するシェル スクリプトを作成します。

문제 #3

貴社には、Pub/Subからメッセージを取得し、Firestoreに保存するKubernetesアプリケーションがあります。
アプリケーションがシンプルなので、単一のポッドとしてデプロイされました。インフラストラクチャチームはPubを分析しました。
/Sub メトリクスを調べたところ、アプリケーションがメッセージをリアルタイムで処理できないことがわかりました。ほとんどのメッセージは処理されるまでに数分かかります。I/O 負荷の高い処理を拡張する必要があります。どうすればよいですか？

A. subscription/push_request メトリックに基づいて Kubernetes のオートスケーリングを設定します。
B. subscription/num_undelivered メッセージメトリックに基づいて Kubernetes のオートスケーリングを設定します。
C. kubectl autoscale deployment APP_NAME -max 6 -min 2 -cpu- percent 50 を使用して Kubernetes の自動スケーリングデプロイメントを設定します。
D. Kubernetesクラスターを作成する際に、-enable-autoscalingフラグを使用してください。

문제 #4

貴社のeコマースプラットフォームは、重要な注文情報を保存するために、リージョンのCloud SQL for PostgreSQLデータベースを使用しています。事業部門は、リージョン全体の障害が発生した場合でも事業継続性を確保するため、目標復旧時間(RTO)を10分未満、目標復旧時点(RPO)を2分未満とすることを要求しています。貴社は、事業部門の厳格なRTOおよびRPO要件を満たすCloud SQLデータベースの災害復旧戦略を設計する必要があります。設計においては、運用上の複雑さを避ける必要があります。どのような対策を講じるべきでしょうか？

A. クロスリージョン読み取りレプリカを使用して Cloud SQL インスタンスを構成します。災害発生時には、読み取りレプリカをスタンドアロンのプライマリインスタンスに昇格させます。
B. Cloud SQLインスタンスの自動バックアップを1時間ごとに、複数リージョンにまたがるCloud Storageバケットにスケジュール設定します。災害発生時には、最新のバックアップを別のリージョンの新しいインスタンスに復元します。
C. データベース移行サービスを使用して、データベースを別のリージョンの別のインスタンスに継続的に複製します。災害発生時には、アプリケーションのトラフィックをレプリカにリダイレクトします。
D. プライマリインスタンスを高可用性(HA)構成にします。地域的な障害が発生した場合は、スタンバイインスタンスへのフェイルオーバーをトリガーします。

문제 #5

Cloud ML Engine を使用して、アップロードされた画像から有名な絵画を認識するアプリケーションを開発しました。アプリケーションをテストし、今後 24 時間以内に特定のユーザーが画像をアップロードできるようにしたいと考えています。
すべてのユーザーが Google アカウントを持っているわけではありません。ユーザーに画像をアップロードしてもらうにはどうすればよいですか?

A. ユーザーが今後 24 時間以内に画像をアップロードできる App Engine ウェブ アプリケーションを作成します。Cloud Identity 経由でユーザーを認証します。
B. ユーザーに画像を Cloud Storage にアップロードしてもらいます。バケットをパスワードで保護します。パスワードは、次の日以降に期限が切れます。
24時間。
C. ユーザーが画像をアップロードできる App Engine ウェブ アプリケーションを作成します。24 時間後にアプリケーションを無効にするように App Engine を構成します。Cloud Identity を介してユーザーを認証します。
D. ユーザーに、24 時間後に期限切れになる署名付き URL を使用して、画像を Cloud Storage にアップロードしてもらいます。

질문과 대답: