あなたは、複数のエンジニアリング チームが Google Cloud にインフラストラクチャをデプロイするのを支援しています。会社では、すべてのワークロードに必要な特定のプラクティスを定義しています。エンジニアリング チームには、会社で定められたプラクティスの実装の詳細をすべて把握することなく、各チームが独自にインフラストラクチャをデプロイできるソリューションを提供する必要があります。あなたは何をすべきでしょうか？

• A. 一緒に働くすべてのエンジニアリングチームにトレーニングを提供し、会社で求められるプラクティスを理解してもらいます。エンジニアリングチームがそれぞれのニーズに最適なインフラストラクチャをプロビジョニングできるようにします。
• B. チームごとにサービスアカウントを作成し、そのサービスアカウントにプロジェクト編集者のロールを付与します。各チームに、専用のサービスアカウントを偽装しながら、Google Cloud CLI（gcloud CLI）を使用してインフラストラクチャをプロビジョニングするよう依頼します。
• C. 会社の必須プラクティスに準拠した各コンポーネントの Terraform モジュールを作成し、チームにこれらのモジュールを通じてインフラストラクチャを実装するよう依頼します。
• D. 組織のポリシーを設定して、会社で必要なプラクティスを適用します。各チームに、Google Cloud コンソールを使用してインフラストラクチャをプロビジョニングするよう依頼します。

社内には、ワークロード間のファイル共有に共有NFSサーバーを利用するレガシーサードパーティアプリケーションが多数存在します。Google Cloudマネージドサービスを使用して、NFSサーバーをモダナイズしたいと考えています。
アプリケーションへの変更を最小限に抑えるソリューションを選択する必要があります。どうすればよいでしょうか？

• A. Compute Engine インスタンスを作成し、そのインスタンス上に NFS サーバーを設定します。すべての NFS マウントを Compute Engine インスタンスに向けます。
• B. Firestore を設定します。すべてのアプリケーションが NFS サーバーの代わりに Firestore を使用するように設定してください。
• C. Cloud Storage バケットを作成します。すべてのアプリケーションが NFS サーバーではなく Cloud Storage クライアント ライブラリを使用するように構成します。
• D. Filestore インスタンスをデプロイします。すべての NFS マウントを Filestore マウントに置き換えます。

Google Cloud Platformで実行する単一のバイナリアプリケーションがあります。基盤となるインフラストラクチャのCPU使用率に基づいて、アプリケーションを自動的にスケーリングすることにしました。組織のポリシーでは、仮想マシンを直接使用する必要があります。アプリケーションのスケーリングが運用上効率的であり、可能な限り迅速に完了するようにする必要があります。あなたは何をするべきか？

• A. インスタンステンプレートを作成し、時刻に基づいて拡大および縮小するマネージドインスタンスグループでテンプレートを使用します。
• B. インスタンステンプレートを作成し、自動スケーリングが構成されたマネージドインスタンスグループでテンプレートを使用します。
• C. 一連のサードパーティツールを使用して、StackdriverのCPU使用状況のモニタリングに基づいて、アプリケーションのスケールアップとスケールダウンに関する自動化を構築します。
• D. Google Kubernetes Engineクラスターを作成し、水平ポッド自動スケーリングを使用してアプリケーションをスケーリングします。

あなたの会社には、何百ものプロジェクトと請求先アカウントを持つ既存のGCP組織があります。あなたの会社は最近、何百ものプロジェクトと独自の請求先アカウントを持つ別の会社を買収しました。両方のGCP組織のすべてのGCPコストを1つの請求書に統合したいとします。明日の時点ですべてのコストを統合したいと考えています。あなたは何をするべきか？

• A. 取得した会社の請求先アカウントと会社の請求先アカウントを構成して、請求データを同じBigQueryデータセットにエクスポートします。
• B. 新しいGCP組織と新しい請求先アカウントを作成します。取得した会社のプロジェクトと会社のプロジェクトを新しいGCP組織に移行し、プロジェクトを新しい請求先アカウントにリンクします。
• C. 取得した会社のプロジェクトを会社の請求先アカウントにリンクします。
• D. 買収した会社のプロジェクトを会社のGCP組織に移行します。移行したプロジェクトを会社の請求先アカウントにリンクします。

新しい仮想プライベートクラウド（VPC）とリモートサイトの間に堅牢な仮想プライベートネットワーク（VPN）接続を作成するように依頼されました。主な要件には、動的ルーティング、の共有アドレス空間が含まれます
10.19.0.1/22、およびフェイルオーバーイベント中のトンネルのオーバープロビジョニングはありません。 Googleが推奨する方法に従って、高可用性クラウドVPNをセットアップする必要があります。あなたは何をするべきか？

• A. カスタムモードのVPCネットワークを使用し、クラウドルーターのボーダーゲートウェイプロトコル（86P）ルートを使用し、アクティブ/パッシブルーティングを使用します
• B. 自動モードのVPCネットワークを使用し、クラウドルーターのボーダーゲートウェイプロトコル（BGP）ルートを使用し、ポリシーベースのルーティングを構成します
• C. カスタムモードのVPCネットワークを使用し、静的ルートを構成し、アクティブ/パッシブルーティングを使用します
• D. 自動モードのVPCネットワークを使用し、静的ルートを構成し、アクティブ/アクティブルーティングを使用します