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

（A）GKE にサービスをデプロイし、クラスタ オートスケーラーを使用しているため、GKE クラスタは成長率に関係なく自動的にスケーリングされます。

（B）6 か月間の 10% の増加率に対応するためにノード容量を 80% 追加し、負荷テストを実行して十分な容量があることを確認します。

（C）デプロイされた CPU 容量の 30% のみを使用しているため、かなりの余裕があり、この増加率に対して追加の容量を追加する必要はありません。

（D）最大ノード プール サイズを確認し、水平ポッド オートスケーラーを有効にしてから、予想されるリソースのニーズを確認しないようにロードを実行します。

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

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

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

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

（A）サービスが SLO の範囲外になるたびに新しいリリースを防止するプラグインを Jenkins パイプラインに追加します。

（B）すべてのサービス関係者と協力して、適切なエラー バジェット ポリシーを策定します。

（C）製品チームと交渉して、新機能のリリースよりもサービスの信頼性を常に優先します。

（D）リリース頻度を週に 1 回以下に減らすように開発チームと交渉します。

（A）Cloud Infrastructure (Terraform) リポジトリは共有されています: ディレクトリが異なると環境が異なります。GKE Enterprise Infrastructure (Config Sync Kustomize マニフェスト) リポジトリは共有されています: オーバーレイ ディレクトリが異なると環境が異なります。アプリケーション (アプリのソース コード) リポジトリは分離されています: ブランチが異なると機能が異なります。

（B）Cloud Infrastructure (Terraform) リポジトリは共有されています: ブランチが異なると環境が異なります GKE Enterprise Infrastructure (Config Sync Kustomize マニフェスト) リポジトリは共有されています: オーバーレイ ディレクトリが異なると環境が異なります アプリケーション (アプリのソース コード) リポジトリは共有されています: ディレクトリが異なると機能が異なります

（C）クラウド インフラストラクチャ (Terraform) リポジトリは分離されています: ブランチが異なると環境が異なります。GKE エンタープライズ インフラストラクチャ (Config Sync Kustomize マニフェスト) リポジトリは分離されています: オーバーレイ ディレクトリが異なると環境が異なります。アプリケーション (アプリのソース コード) リポジトリは分離されています: ブランチが異なると機能が異なります。

（D）クラウド インフラストラクチャ (Terraform) リポジトリは共有されています: ディレクトリが異なれば環境も異なります。GKE エンタープライズ インフラストラクチャ (Config Sync Kustomize マニフェスト) リポジトリは分離されています: ブランチが異なれば環境も異なります。アプリケーション (アプリのソースコード) リポジトリは分離されています: ブランチが異なれば機能が異なります。

（A）新入社員に事後分析を実施し、実践を通じて学ぶよう奨励します。

（B）すべての事後分析の実施を担当する指定チームを作成します。

（C）効果的な事後分析を書くことが、報われ、称賛される習慣であることを確認します。

（D）上級リーダーに、事後検証を認め、参加するよう奨励します。

（E）過去の事後分析を批判するフォーラムを組織に提供します。

（A）アプリケーションのレポート生成キュー サイズと既知の正常なしきい値との比較

（B）すべてのレポート生成バックエンドにわたって集計された I/O 待機時間として

（C）成功した応答が返されたレポート生成リクエストの割合として

（D）既知の良好なしきい値と比較した、容量全体にわたるバックエンド PD のレポートとして

（A）アプリケーションが必要なクライアント ライブラリを使用していること、およびサービス アカウント キーに適切なアクセス許可があることを確認します。

（B）Stackdriver エージェントがホスティング仮想マシンにインストールされていることを確認します。

（C）Stackdriver へのメッセージの通過を許可するためにファイアウォールでポート 25 が開かれていることを確認します。

（D）アカウントに Stackdriver ダッシュボードを使用するための適切な権限があることを確認します。

（A）アプリケーション開発者がアプリケーションにパッチを適用するのを待ち、ログ エントリで PII が公開されていないことを確認します。

（B）fluent-plugin-record-reformer Fluentd 出力プラグインを使用して、実行中のログ エントリからフィールドを削除します。

（C）ログエントリを Cloud Storage にステージングし、Cloud Function をトリガーしてフィールドを削除し、Stackdriver Logging API 経由でエントリを Stackdriver に書き込みます。

（D）filter-record-transformer Fluentd フィルター プラグインを使用して、実行中のログ エントリからフィールドを削除します。

（A）* アプリケーションで、metricKind を CUMULATIVE に設定し、valueType を DOUBLE に設定してメトリックを作成します。
* Stackdriver の Metrics Explorer では、折れ線グラフを使用して指標を視覚化します。

（B）* アプリケーションで、metricKind をゲージに設定し、valueType を distribution に設定してメトリックを作成します。
* Stackdriver の Metrics Explorer では、ヒートマップ グラフを使用して指標を視覚化します。

（C）* アプリケーションで、metricKind を DELTA に設定し、valueType を DOUBLE に設定してメトリックを作成します。
* Stackdriver の Metrics Explorer では、緩み棒グラフを使用して指標を視覚化します。

（D）* アプリケーションで、metricKind を使用してメトリックを作成します。METRlc_KIND_UNSPECIFIED に​​設定し、valueType を INT64 に設定します。
* Stackdriver の Metrics Explorer では、積み上げ面グラフを使用して指標を視覚化します。

（A）CloudSQL インスタンスで高可用性を有効にします。

（B）App Engine 構成を変更して、アイドル状態のインスタンスを追加します。

（C）GCS バケットをマルチリージョンにアップグレードします。

（D）アプリケーションを App Engine から Compute Engine に移動します。