| 共有構成アイテム (CI) シナリオ：ある組織が監視しているデータベースサーバーで複数の問題が発生し、そのデータベースを使用するさまざまなアプリケーションに関連する多数のアラートが生成されています。 |
- 対応の遅れ：チームがアラートに個別に対応すると、関連するアラートを見落とし、解決が遅れるおそれがあります。
- 非効率的なリソース割り当て：個別のアラートが実際に関連しているかを調査するために時間とリソースが浪費される場合があります。
- コンテキストの欠如：同じ CI に関連するアラートがさまざまなアラートグループに分散し、全体像の把握が困難になることがあります。
|
- 同じ CI に関連するアラートを単一のグループにアグリゲートして、統一されたビューを作成します。
- 関連するすべてのアラートをまとめて対処することで、アラートの解決を迅速化します。
|
| ホスティング/格納の関係 シナリオ：物理サーバーが複数の仮想マシン (VM) をホストしており、サーバーのハードウェア障害に関するアラートが生成されています。VM はサーバーに依存しているため、VM に関する複数のアラートも発生しています。 |
- 依存関係の可視化：チームは CI がどのように相互接続されているかを可視化できず、トラブルシューティングプロセスの効率が低下するおそれがあります。
- 複雑なアラートの解決：影響を受ける CI とその関係を把握することが複雑になり、解決時間が長くなることがあります。
- リソースの浪費：アラートの管理を誤ると、チーム間で作業が重複し、時間とリソースを浪費する場合があります。
|
- CMDB ホスティング/格納ルールを使用してアラートをグループ化し、物理サーバーとそれがホストする VM に関連するアラートを単一のアラートグループにアグリゲートします。
- 物理サーバーの障害に関連するすべてのアラートの包括的なビューを提供します。
- VM を監視しながら物理サーバーに修復作業を集中させ、あらゆる側面を効率よく確実に対処します。
|
| 適用可能な関係 シナリオ：エンタープライズアプリケーションが複数のマイクロサービスに依存しており、これらのサービスのいずれかで問題が発生し、複数のコンポーネントにわたってアラートが生成され、診断が複雑になっています。 |
- アプリケーションの依存関係の把握：チームがアプリケーションコンポーネントのインタラクションを追跡することが難しく、複雑なシステムの問題を特定できない場合があります。
- インシデントの解決の遅れ：適用可能なフローを明確に把握していないと、アラートの解決に時間を要し、多大な労力がかかることがあります。
- 一貫性のないモニタリング：アプリケーションに関連するアラートのモニタリングと優先順位付けに一貫性がないため、見落とすおそれがあります。
|
- 適用可能なフロー関係に基づいたグループ化を実装し、影響を受けるマイクロサービスとその依存コンポーネントに関連するアラートをアグリゲートします。
- 依存関係マップを利用して、さまざまなサービスのインタラクションを可視化します。
- アプリケーションに関連するグループ化されたアラートに対処することで解決プロセスを簡素化し、応答時間を短縮します。
|