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

（A）サービスを 1 つのリージョンにデプロイし、グローバル ロード バランサーを使用してトラフィックをこのリージョンにルーティングします。

（B）Stackdriver Trace の結果をモニタリングして、必要なリソースの量を判断します。

（C）MIG の構成で n2-highcpu-96 マシン タイプを使用します。

（D）リソース要件が各リージョンの利用可能なクォータ制限内にあることを検証します。

（A）1. インシデント チームに意図を伝えます。
2. 新しいノードをプールに追加し、新しいノードが正常であると報告されるまで待ちます。
3. 新しいノードでトラフィックが処理されている場合は、異常なノードからトラフィックを排出し、古いノードをサービスから削除します。

（B）1. インシデント チームに意図を伝えます。
2. 負荷分析を実行して、削除されたノードからオフロードされるトラフィックの増加を残りのノードが処理できるかどうかを判断し、適切にスケーリングします。
3. 新しいノードが正常であると報告されたら、異常なノードからトラフィックを排出し、異常なノードをサービスから削除します。

（C）1 。異常なノードからトラフィックを排出し、古いノードをサービスから削除します。
2. 新しいノードをプールに追加し、新しいノードが正常であると報告されるまで待ち、新しいノードにトラフィックを提供します。
3. トラフィックを監視して、プールが正常であり、トラフィックが適切に処理されていることを確認します。
4. 自分の行動をインシデントチームに伝えます。

（D）１．異常なノードからトラフィックを排出し、ノードをサービスから削除します。
2. トラフィックを監視して、エラーが解決されていること、およびプール内の他のノードがトラフィックを適切に処理していることを確認します。
3. 新しい負荷を処理するために、必要に応じてプールをスケーリングします。
4. 自分の行動をインシデントチームに伝えます。

（A）SLO を作成し、サービスの稼働時間チェックを構成します。サービスが合格しない場合のアラート ポリシーを有効にします。

（B）メトリックから SLI を作成する サービスが通過しない場合のアラート ポリシーを有効にする

（C）SLO の作成 select_slo_bum_rate のアラート ポリシーの作成

（D）Anthos Service Mesh の指標を使用してマイクロサービスの健全性を測定します。

（A）Stackdriver Profiler を使用してすべてのアプリケーションを計測します。

（B）Stackdriver Trace を使用してすべてのアプリケーションを計測し、サービス間の HTTP リクエストを確認します。

（C）Node.js アプリケーションを変更して、依存するアプリケーションへの HTTP リクエストと応答時間をログに記録します。Stackdriver Logging を使用して、パフォーマンスが低下している依存アプリケーションを見つけます。

（D）Stackdriver Debugger を使用して各アプリケーション内のロジックの実行を確認し、すべてのアプリケーションを計測します。

（A）OpenTelemetry や Stackdriver Trace などの分散トレーシング フレームワークを使用します。

（B）各サービスの Liveness プローブと Readiness プローブを調査します。

（C）サービス メトリクスをリアルタイムで分析するための Dataflow パイプラインを作成します。

（D）リクエストのパスに沿って VPC フロー ログを分析します。

（A）以前に動作していたコンテナを指す、stable という新しいタグを作成し、新しいタグを指すようにデプロイメントを変更します。

（B）以前の Git タグから新しいコンテナを構築し、新しいコンテナへのデプロイメントでローリング アップデートを実行します。

（C）以前に動作していたコンテナの sha2 56 ダイジェストを指すようにデプロイメントを変更します。

（D）最新のタグを前のコンテナー イメージに適用し、デプロイメントでローリング アップデートを実行します。

（A）ハンドオーバー前に完了すべき、サービスに対する推奨される信頼性の向上を特定します。

（B）SLO なしでサービスを運用環境に導入し、運用データを収集したときに SLO を構築します。

（C）サービスを実稼働環境に導入できるように、サービスが達成できるように SLO 目標を調整します。

（D）サービスの実稼働サポートを提供する必要があることを開発チームに通知します。

（A）開発チームにバグを報告し、クラッシュしたインスタンスの根本原因を見つけられるようにします。

（B）単一インスタンスでマネージド インスタンス グループを作成し、ヘルス チェックを使用してシステム ステータスを判断します。

（C）SMS アラートを備えた Stackdriver Monitoring ダッシュボードを作成して、クラッシュしたインスタンスの再作成をクラッシュ後にすぐに開始できるようにします。

（D）Compute Engine インスタンスの前にロードバランサを追加し、ヘルスチェックを使用してシステムのステータスを判断します。

（A）Cloud Security Scanner を使用して、Cloud SQL が分散型サービス拒否 (DDoS) 攻撃を受けているかどうかを確認します。

（B）Cloud SQL インスタンスへの接続数が増加しているかどうかを判断します。

（C）Compute Engine インスタンスのシリアル ポート ログを確認します。

（D）Stackdriver Profiler を使用して、アプリケーション全体のリソース使用率を視覚化します。

（A）コードがリポジトリに受け入れられる前に、コード lint ツールを統合してコーディング標準を検証します。

（B）CI サーバーを設定します。一連の単体テストをコードに追加し、コミット時に CI サーバーでそれらを実行し、変更を確認します。

（C）新しいコードをマージする前に、2 つの異なるピアにコードの変更をレビューしてもらいます。

（D）開発者は、リリース前にローカル開発環境で自動統合テストを実行する必要があります。

（E）CD サーバー経由で新しいコードをリリースする場合は、ブルー/グリーン デプロイメント戦略を採用します。