水平スケーリング (スケール アウトとも呼ばれます) では、新しい VM を追加してアプリケーションの容量を増やします。

正解はD. データアクセスポリシーです。理由は次のとおりです。
* 質問の背景: 組織は Platform as a Service (PaaS) を使用してアプリケーションをクラウドにデプロイしています。つまり、特定の責任はクラウド プロバイダ (Google Cloud) と顧客の間で共有されます。
* Google Cloud プロダクトの関連性:
* PaaS の共有責任モデルでは、Google Cloud が物理セキュリティ、ネットワーク セキュリティ、運用を含む基盤インフラストラクチャを管理します。ただし、データアクセス ポリシーの定義と適用を含むデータの管理は、引き続きお客様組織が責任を負います。
* データ アクセス ポリシーには、権限の設定、役割の定義、組織内の特定のデータにアクセスできるユーザーの制御が含まれ、これはデータのセキュリティとプライバシーを維持するための重要な要素です。
* 他の選択肢を選ばない理由:
* A. 物理的なセキュリティ: これはクラウド プロバイダー (Google Cloud) によって管理され、データセンターと物理ハードウェアのセキュリティ保護が含まれます。
* B. ネットワークセキュリティ: クラウド プロバイダーはインフラストラクチャ内のネットワーク セキュリティを確保しますが、顧客はアプリケーション レベルで一部の責任を負う場合があります。ただし、PaaS 環境では、ネットワーク セキュリティの責任のほとんどはプロバイダーによって管理されます。
* C. 運用: PaaS モデルでは、パッチ管理、更新、スケーリングなどの多くの運用面がクラウド プロバイダーによって処理されます。
Google Cloud デジタルリーダー リファレンス:
* プロバイダと顧客間の責任について詳しくは、Google Cloud 共有責任モデルのドキュメントを参照してください。

Cloud Trace は、レイテンシなどの問題を特定するためのオペレーション スイートの組み込みツールです。
-> このような修正では、サービス自体のアーキテクチャや記述が最適化されていないといった根本的な問題は解決されない可能性が高いです。ブラウザやネットワークなどの変更は確かに役立ちますが、顧客にハードウェアとソフトウェアのアップグレードを最初から勧めるのは間違ったアプローチです。
-> コードを書き直してログ情報を取得するのは時間がかかります。一般的には、ログは必ずコードに含めるべきであり、そこから有益な情報が得られます。しかし、この要件を満たすには、トレースの方がはるかに具体的かつ包括的です。
-> 場合によっては、スケーリングが問題であると特定されることもあります。しかし、まずは根本的な問題を特定する必要があります。そのため、まずはトレースから始めましょう。サーバーフルな技術でもスケーリングは可能です。
参考リンク - https://cloud.google.com/trace