カスタムJavaアプリケーションをGoogle App Engineにデプロイします。デプロイに失敗し、以下のスタックトレースが表示されます。
あなたはどうすべきですか？

• A. 不足しているJARファイルをアップロードして、アプリケーションを再デプロイしてください。
• B. すべてのJARファイルにデジタル署名を行い、アプリケーションを再デプロイします。
• C. SHA1ハッシュの代わりにMD5ハッシュを使用してCLookedServletクラスを再コンパイルします。

主なビジネス目標の 1 つは、アプリケーションに保存されているデータを信頼できるようにすることです。アプリケーション データへのすべての変更をログに記録する必要があります。ログの信頼性を検証するために、ログ システムをどのように設計すればよいでしょうか。

• A. クラウドとオンプレミスで同時にログを書き込みます。
• B. 各タイムスタンプとログエントリにデジタル署名し、署名を保存します。
• C. SQL データベースを使用し、ログ テーブルを変更できるユーザーを制限します。
• D. 各ログエントリの JSON ダンプを作成し、Google Cloud Storage に保存します。

大規模な CRM 導入のデータベース バックエンドとして Cloud SQL を使用しています。使用量の増加に合わせてスケーリングし、ストレージが不足しないようにし、コアの CPU 使用率を 75% に維持し、レプリケーション ラグを 60 秒未満に抑えたいと考えています。要件を満たすための正しい手順は何ですか。

• A. 1) ストレージが 75% を超えたときに Stackdriver アラートを作成し、インスタンス上の使用可能なストレージを増やしてスペースを確保します。
  2) CPU 負荷を軽減するために memcached を導入します。
  3) レプリケーション ラグに関する Stackdriver アラートを作成し、インスタンス タイプを 32 コア マシン タイプに変更してレプリケーション ラグを削減します。
• B. 1) ストレージが 75% を超えたときに Stackdriver アラートを作成し、インスタンス上の使用可能なストレージを増やしてスペースを確保します。
  2) CPU 負荷を軽減するために memcached を導入します。
  3) レプリケーションの遅延を減らすために、インスタンス タイプを 32 コア マシン タイプに変更します。
• C. 1) インスタンスの自動ストレージ増加を有効にします。
  2) CPU 使用率を 75% 未満に保つために、インスタンス タイプを 32 コア マシン タイプに変更します。
  3) レプリケーション ラグに関する Stackdriver アラートを作成し、データベースをシャードしてレプリケーション時間を短縮します。
• D. 1) インスタンスの自動ストレージ増加を有効にします。
  2) CPU 使用率が 75% を超えたときに Stackdriver アラートを作成し、インスタンス タイプを変更して CPU 使用率を削減します。
  3) レプリケーション ラグに関する Stackdriver アラートを作成し、データベースをシャードしてレプリケーション時間を短縮します。

ある医療機関が、患者データ分析プラットフォームを Google Cloud に移行しようとしています。このシステムは多数の仮想マシン上で稼働し、機密性の高い患者データを扱っています。規制を遵守するため、データは使用中に暗号化する必要があります。さらに、主要なセキュリティ要件として、プラットフォームのマネージドサービスが安全なネットワーク境界内からのみアクセス可能であり、他の Google Cloud API へのアクセスがブロックされるようにすることで、データの漏洩を防ぐことが求められています。この医療機関は移行期間が短く、ダウンタイムを最小限に抑えたいと考えており、移行には「仮想マシンへの移行」機能を使用しています。あなたは何をすべきでしょうか？

• A. 移行対象のワークロードには機密性の高い仮想マシン(VM)を使用します。VMへのすべてのSSHおよびRDPアクセスを保護するために、ID認識プロキシ(IAP)を使用します。
• B. 移行したワークロードにはシールドVMを使用します。ファイアウォールルールを設定して、バックエンドサービスへのアクセスを制限します。VPCサービス制御の境界を設定して、バックエンドサービスを保護します。
• C. 移行したワークロードには機密VMを使用します。バックエンドサービスを保護するために、VPCサービス制御の境界を構成します。
• D. 仮想マシンへの移行機能を使用して、ウェーブベースの移行のためのランブック自動化を作成します。ターゲットVMの永続ディスクに顧客管理暗号化キー(CMEK)を適用します。バックエンドサービスを保護するために、VPCサービス制御の境界を構成します。

バッチ処理のコスト最適化とマイクロサービステスト戦略に関する以下のソリューションについては、Altostrat Mediaの事例研究を参照してください。
Altostratでは、バッチ処理ジョブの計算負荷が変動しています。これらのジョブは時間的な制約がなく、時折の中断にも耐えられます。クラウドコストを最適化し、バッチ処理のニーズに対応したいと考えています。どのような対策を講じるべきでしょうか？

• A. クラウドラン機能を使用する。
• B. 標準VMインスタンスを設定します。
• C. 予約済みVMインスタンスの設定
• D. スポットVMインスタンスをデプロイします。