Instiq
第6章 · 可観測性とトラブルシューティング·v1.0.0·更新 2026/6/15·読了目安 約14分

変更要約: Professional Cloud Developer 第6章を新規作成(ドメイン4「統合」後半: 可観測性=Google Cloud Observability/メトリクス(Monitoring)/ログ(Logging)/トレース(Trace)/トレース ID 相関/Gemini Cloud Assist、トラブルシューティング=Error Reporting のエラー集約・メトリクス→トレース→ログの切り分け・修正/ロールバック)。

6.1可観測性(メトリクス・ログ・トレース)

この節の要点

Google Cloud Observability によるコードの計装、メトリクス・ログ・トレースの収集、Cloud Logging での調査、Cloud Trace の分散トレースとトレース ID によるスパンの相関、そして AI 支援の可観測性を理解します。

本番で何が起きているかを知るには、アプリを観測可能にします。Google Cloud Observability で、メトリクス・ログ・トレースの三本柱を計装します。

6.1.1三本柱の計装

可観測性の三本柱は、数値の傾向を見る メトリクス(Cloud Monitoring)、出来事を記録する ログ(Cloud Logging)、リクエストの経路を追う トレース(Cloud Trace)です。コードを 計装してこれらを出力し、ダッシュボードやアラートで監視します。「数値の監視/アラート=メトリクス(Monitoring)」「出来事の記録・検索=ログ(Logging)」「リクエスト経路=トレース(Trace)」と区別します。

6.1.2調査と相関

障害の原因は Cloud Logging でログを検索して調べます。分散システムでは Cloud Trace でリクエストが通ったサービスの スパンを可視化し、トレース ID でログとトレースを 相関させて、どのサービスが遅い/失敗したかを特定します。Gemini Cloud Assist による AI 支援で、ログやメトリクスの解釈・原因究明を加速できます。「サービス横断の経路を追う=Cloud Trace のスパン」「ログとトレースの突合=トレース ID」を押さえます。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。