Professional-Cloud-DevOps-Engineer日本語 無料問題集「Google Cloud Certified - Professional Cloud DevOps Engineer Exam (Professional-Cloud-DevOps-Engineer日本語版)」

（A）Pod レプリカの数を増やす

（B）ポッドの CPU とメモリの制限を増やします。

（C）一般的なトラフィック レベルを許可する仮想キューをオンライン ストアに追加します。

（D）サブスクリプションの確認期限を短縮します。

（A）確約利用割引を購入します。

（B）ワークロードの実行に使用されるインスタンスのアンマネージド インスタンス グループを作成します。

（C）インスタンスをマネージド インスタンス グループに移行します。

（D）インスタンスをプリエンプティブル仮想マシンに変換します。

（A）パスワードをコードに直接保存します。パスワードが変更されるたびに、Cloud Build を使用してアプリケーションを再構築してデプロイします。

（B）Cloud Build を使用して、ビルド時にパスワードをアプリケーション コンテナに追加します。Artifact Registry がパブリック アクセスから保護されていることを確認します。

（C）パスワードを Secret Manager に保存し、環境変数を使用してアプリケーションにシークレットを送信します。

（D）パスワードを Secret Manager に保存し、アプリケーション内のボリュームとしてシークレットをマウントします。

（A）根本原因、解決策、学んだ教訓、優先順位を付けたアクション項目のリストを含む事後分析を作成します。マネージャーのみと共有してください。

（B）根本原因、解決策、学んだ教訓、責任者のリスト、および各担当者のアクション項目のリストを含む事後分析を作成します。エンジニアリング組織のドキュメント ポータルで共有します。

（C）根本原因、解決策、学んだ教訓、責任者のリスト、および各担当者のアクション項目のリストを含む事後分析を作成します。マネージャーのみと共有してください。

（D）根本原因、解決策、学んだ教訓、優先順位を付けたアクション アイテムのリストを含む事後分析を作成します。エンジニアリング組織のドキュメント ポータルで共有します。

（A）GKE クラスター全体に Cloud Service Mesh をデプロイし、Artifact Registry イメージを手動でクリーンアップします。

（B）デプロイメントの管理に Cloud Deploy を採用し、コンテナ イメージのクリーンアップ用に Cloud Build ジョブをスケジュールします。

（C）Cloud Build でロールバック パイプラインを設定し、Artifact Registry クリーンアップ ポリシーを実装します。

（D）デプロイメントの管理に Cloud Deploy を採用し、Artifact Registry クリーンアップ ポリシーを実装します。

（A）MTTD:5
MTTR:​​ 10
MTBF: 90
影響: 33%

（B）MTTD:5
MTTR:​​ 20
MTBF: 90
影響: 33%

（C）MTTD:5
MTTR:​​ 10
MTBF: 90
影響力 50%

（D）MTTD:5
MTTR:​​ 20
MTBF: 90
影響: 50%

（A）ユーザー情報に一致する基本的なログフィルタを作成し、Cloud Storage をシンクとして使用して Stackdriver コンソールでログのエクスポートを構成します。

（B）Stackdriver エージェントで Fluentd フィルタ プラグインを使用して、ユーザー情報を含むログエントリを削除し、そのエントリを Cloud Storage バケットにコピーします。

（C）userinfo に一致する高度なログフィルタを作成し、Stackdriver コンソールで Cloud Storage をシンクとして使用してログ エクスポートを構成し、userinfo をフィルタとして使用して tog 除外を構成します。

（D）Stackdriver エージェントで Fluentd フィルタ プラグインを使用して、ユーザー情報を含むログエントリを削除し、ユーザー情報に一致する高度なログ フィルタを作成して、Cloud Storage をシンクとして使用して Stackdriver コンソールでログ エクスポートを構成します。

（A）チーム リーダーは SRE チームの責任者であるため、すべてのアクション アイテムの所有者として割り当てます。

（B）各アクション アイテムに 1 人の所有者と必要な協力者を割り当てます。

（C）事後分析を無罪に保つために、アイテムに協力者を割り当てますが、個人の所有者は割り当てません。

（D）チームが迅速にアイテムに対処できるように、アイテムごとに複数の所有者を割り当てます。

（A）gcloud CLI を使用して、リクエストから適切なパラメータを渡すスクリプトを作成します。スクリプトを Git リポジトリに保存します。

（B）Cloud Foundation Toolkit の Terraform リポジトリを使用します。適切なパラメータを指定してコードを適用して、Google Cloud プロジェクトと関連リソースを作成します。

（C）Google Cloud コンソールを使用してプロジェクトを作成します。

（D）Terraform モジュールを作成し、ソース管理リポジトリに保存します。apply コマンドをコピーして実行し、新しいプロジェクトを作成します。

（A）製品に関連する他のメトリクスを調べて、残りのエラー バジェットを持つ SLO を見つけます。
エラー バジェットを再割り当てし、機能の起動を許可します。

（B）状況をエスカレーションし、追加のエラー バジェットを要求します。

（C）エラー バジェットが使い果たされたことをチームに通知します。リリースの凍結についてチームと交渉するか、ユーザー エクスペリエンスの多少の悪化を許容します。

（D）エラー バジェットの不足についてチームに通知し、すべてのテストが成功することを確認して、立ち上げによってエラー バジェットがさらに危険にさらされないようにする。