トポロジーマップの構築
- エージェント主導の検出
- IaCからのインポート
- 手動ビルダー
接続されたクラウドアカウントから直接リソースと関係を検出するようエージェントに依頼します。インフラが変更されるとマップが同期されます。検出には、マッピングしたい各プロバイダーのアクティブな接続が必要です。
リソースタイプ
Topology Explorerはすべての主要なクラウドリソースタイプをサポートしています：ビュー・フィルター・エクスポート
エージェントによるトポロジーの活用
すべてのエージェントがトポロジーマップを読み取り、依存パスを推論できます：トポロジー主導のRCA
ほとんどのインシデントはアラートを発したサービスではなく、依存関係で発生するため、トポロジーはRoot Cause分析を加速します。以下は実例です。 アラート： チェックアウトの成功率が60%に低下。チェックアウトのログには断続的なタイムアウトが見られますが、決済サービス・データベース・キャッシュはすべて正常と報告しています。-
ログからではなく、アラートから始めます。健全性オーバーレイを付けてアラートが発したサービスをマップの中心に：
- 上流を追跡します。マップはチェックアウトサービス → 決済ゲートウェイ → 外部決済APIの依存チェーンを示し、外部APIノードが低下と表示されています。
-
メトリクスで確認し、最近の変更を排除してから対応します：
Alexはゲートウェイから外部APIへのエッジにタイムアウトが集中していることを示し、決済パスに最近のデプロイがないことを確認—サードパーティプロバイダーが原因と特定します。
- 解決と記録。バックアップ決済プロバイダーにフェイルオーバーし、インシデントレコードとポストモーテム用にトポロジースナップショットをエクスポートします。
カスケード障害の読み取り
複数のサービスが同時に障害を起こした場合、トポロジーのタイムラインビューは、各チームが独自のサービスを調査する代わりに、単一ビューで起源と伝播順序を示します。このカスケードでは、すべての下流の障害が1つの期限切れSSL証明書に遡ります：活用例
@alex show downstream dependencies of payment-service— リスクのある変更前に影響範囲を確認する@oliver map all connections from instance i-0abc123— 調査中のセキュリティ露出のスコープを確認する@tony map every service connecting to the production database— 接続枯渇の原因を特定する@kai show service dependencies and single points of failure in the cluster— Kubernetesの信頼性を強化する@alex compare the production topology with the DR region and list missing resources— ディザスタリカバリのカバレッジを検証する
関連ドキュメント
Resources
検出済みのすべてのインフラリソースを確認する
Root cause analysis
エージェント主導のRCAをインシデントに対して実行する
Assessment
インフラアセスメントを実行する