Google Professional-Cloud-Architect日本語 問題集

質問 1：
災害復旧計画の実施の一環として、あなたの会社は、Google Cloud VPN 接続を使用して、プライベート データセンターから GCP プロジェクトに本番環境の MySQL データベースを複製しようとしています。
遅延の問題が発生しており、少量のパケット損失によりレプリケーションが中断されています。
彼らは何をすべきでしょうか?
A. UDP を使用するようにレプリケーションを構成します。
B. 追加の VPN 接続を追加し、負荷分散します。
C. 複製されたトランザクションを Google Cloud Pub/Sub に送信します。
D. Google Cloud Dedicated Interconnect を構成します。
E. Google Cloud SQL を使用して毎日データベースを復元します。
正解：D

質問 2：
Cloud ML Engine を使用して、アップロードされた画像から有名な絵画を認識するアプリケーションを開発しました。アプリケーションをテストし、今後 24 時間以内に特定のユーザーが画像をアップロードできるようにしたいと考えています。
すべてのユーザーが Google アカウントを持っているわけではありません。ユーザーに画像をアップロードしてもらうにはどうすればよいですか?
A. ユーザーに、24 時間後に期限切れになる署名付き URL を使用して、画像を Cloud Storage にアップロードしてもらいます。
B. ユーザーが画像をアップロードできる App Engine ウェブ アプリケーションを作成します。24 時間後にアプリケーションを無効にするように App Engine を構成します。Cloud Identity を介してユーザーを認証します。
C. ユーザーが今後 24 時間以内に画像をアップロードできる App Engine ウェブ アプリケーションを作成します。Cloud Identity 経由でユーザーを認証します。
D. ユーザーに画像を Cloud Storage にアップロードしてもらいます。バケットをパスワードで保護します。パスワードは、次の日以降に期限が切れます。
24時間。
正解：D
解説: (Topexam メンバーにのみ表示されます)

質問 3：
あなたの会社のユーザーフィードバックポータルは、2つのゾーンにまたがって複製された標準のLAMPスタックで構成されています。これはus-central1リージョンにデプロイされており、データベースを除くすべてのレイヤーで自動スケールのマネージドインスタンスグループを使用しています。現在、ポータルにアクセスできるのは選ばれた少数の顧客のみです。ポータルは
これらの条件下では、99.99% の可用性 SLA が保証されます。ただし、次の四半期には、認証されていないユーザーを含むすべてのユーザーがポータルを利用できるようになります。追加のユーザー負荷が導入​​されたときにシステムが SLA を維持できるように、回復力テスト戦略を開発する必要があります。どうすればよいでしょうか。
A. 合成ランダム ユーザー入力を作成し、少なくとも 1 つのレイヤーで自動スケール ロジックがトリガーされるまで合成負荷を再生し、両方のゾーンでランダム リソースを終了してシステムに「カオス」を導入します。
B. 新しいシステムをより大きなユーザー グループに公開し、すべてのレイヤーで自動スケール ロジックが実行されるまで、毎日グループのサイズを増やします。同時に、両方のゾーンでランダムにリソースを終了します。
C. 既存のユーザー入力をキャプチャし、すべてのレイヤーで自動スケールがトリガーされるまで、キャプチャされたユーザー負荷を再生します。同時に、いずれかのゾーンのすべてのリソースを終了します。
D. 既存のユーザーの入力をキャプチャし、リソース使用率が 80% を超えるまでキャプチャしたユーザー負荷を再生します。また、既存のユーザーによるアプリの使用状況に基づいて推定ユーザー数を導き出し、予想される負荷の 200% を処理するのに十分なリソースを展開します。
正解：C

質問 4：
あなたの会社では、Web ベースのアプリケーションを開発しています。本番環境のデプロイメントがソース コードのコミットにリンクされ、完全に監査可能であることを確認する必要があります。どうすればよいでしょうか。
A. 開発者がデプロイメントにリンクするコミットにコメントを追加していることを確認します。
B. 開発者がコミットに:latestタグを付けていることを確認します
C. コンテナ タグをソース コードのコミット ハッシュと一致させます。
D. 開発者がコードコミットにコミット日時をタグ付けしていることを確認します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 5：
この質問については、TerramEarth のケーススタディを参照してください。あなたの会社である TerramEarth のデータ ウェアハウスに、信頼性が高くスケーラブルな GCP ソリューションを実装する必要があります。TerramEarth のビジネス要件と技術要件を考慮すると、何をすべきでしょうか。
A. 既存のデータ ウェアハウスを BigQuery に置き換えます。テーブル パーティション分割を使用します。
B. 既存のデータ ウェアハウスを BigQuery に置き換えます。フェデレーション データ ソースを使用します。
C. 既存のデータ ウェアハウスを 9​​6 個の CPU を備えた Compute Engine インスタンスに置き換えます。32 個の CPU を備えた Compute Engine プリエンプティブ インスタンスを追加します。
D. 既存のデータ ウェアハウスを 9​​6 個の CPU を備えた Compute Engine インスタンスに置き換えます。
正解：B
解説: (Topexam メンバーにのみ表示されます)

質問 6：
Google Cloud でデータ ウェアハウスを設計しており、機密データを BigQuery に保存したいと考えています。会社では、Google Cloud の外部で暗号化キーを生成する必要があります。ソリューションを実装する必要があります。どうすればよいでしょうか。
A. Cloud Key Management Service (Cloud KMS) で新しいキーを生成します。顧客管理のキー オプションを使用してすべてのデータを Cloud Storage に保存し、作成されたキーを選択します。データを復号して BigQuery データセットに保存するための Dataflow パイプラインを設定します。
B. Cloud Key Management Service (Cloud KMS) で新しいキーを生成します。顧客管理キーオプションを使用して BigQuery でデータセットを作成し、作成したキーを選択します。
C. Cloud KMS にキーをインポートします。顧客指定のキー オプションを使用して BigQuery にデータセットを作成し、作成したキーを選択します。
D. Cloud KMS にキーをインポートします。顧客管理キー オプションを使用してすべてのデータを Cloud Storage に保存し、作成されたキーを選択します。データを復号して新しい BigQuery データセットに保存するための Dataflow パイプラインを設定します。
正解：C
解説: (Topexam メンバーにのみ表示されます)

質問 7：
あなたの会社のテスト スイートは、Linux 仮想マシンで毎日テストを実行するカスタム C++ アプリケーションです。完全なテスト スイートは、テスト用に予約された限られた数のオンプレミス サーバーで実行され、完了するまでに数時間かかります。あなたの会社では、テストの変更をできるだけ少なくしながら、システムの変更を完全にテストするのにかかる時間を短縮するために、テスト インフラストラクチャをクラウドに移行したいと考えています。
どのクラウド インフラストラクチャを推奨すべきでしょうか?
A. 自動スケーリング機能を備えた Google Compute Engine マネージド インスタンス グループ
B. Google Cloud Dataproc が Apache Hadoop ジョブを実行して各テストを処理する
C. ログ記録用の Google Stackdriver を備えた Google App Engine
D. Google Compute Engine の非管理インスタンス グループとネットワーク ロードバランサ
正解：A
解説: (Topexam メンバーにのみ表示されます)