以下の例では、架空の e-コマース企業である Buttercup Games のシナリオを取り上げます。

Buttercup Games のサイト信頼性エンジニア（SRE）である Kai は、Kubernetes 環境で checkoutservice アプリケーションサービスのアップデートを展開する責任者です。checkoutservice の上流と下流の依存関係をすべて把握して、依存するチームに通知できるようにしたいと考えています。

Kai はまずチームのアーキテクチャ図を確認しましたが、それが古くなっていることに気付きました。この図には、Kai のチームが最近追加したサービスが欠けているだけでなく、異なる言語やフレームワークにわたる包括的なサービスの依存関係も示されていません。

これはネットワークの問題であるため、Kai は Splunk Infrastructure Monitoring の Network Explorer を使用してサービスの依存関係を調査しようとします。Network Explorer のネットワークマップは、各サービスで使用されている言語やフレームワークに関係なく、ネットワークトラフィックに基づいてすべてのサービスの完全なグラフィカルビューを提供します。まさに Kai が探していたものです。

Kai は checkoutservice サービスを選択すると、すぐに checkoutservice の上流と下流のすべての依存関係をドリルダウン表示します。

Network Explorer のネットワーク マップを調べることで、Kai は、更新されるサービスのすべての依存関係を理解するために必要なコンテキストを正常に取得しました。この知識により、Kai は依存関係にあるチームに間近に迫ったアップデートを通知できるようになりました。