マルチソースサービスマッピング
マルチソースサービスマッピングは、複数のディスカバリー方法からのデータを組み合わせて、組織のハイブリッド IT インフラストラクチャを完全に可視化する単一の包括的なサービスマップを作成します。
マルチソースサービスマッピングとは
マルチソースサービスマッピングを使用すると、統合サービスを作成できます。CMDB内のさまざまなデータソースからマッピングされたサービスとマッピングされていないサービスを組み合わせて、統合サービスを作成できます。さまざまなディスカバリー方法で作成された個別のサービスマップを管理する代わりに、組織の相互接続されたサービスアーキテクチャを表す単一の複合サービスに追加できます。
この機能は、単一のサービスインスタンスが複数の方法で検出され、それぞれが部分的な可視化を提供する可能性がある複雑な IT 環境を管理するという課題に対処します。たとえば、パターンベースのトップダウン ディスカバリー によって検出できるコンポーネントもあれば、タグベースの サービスマッピングでより効果的に識別できるコンポーネントもあります。マルチソースサービスマッピングは、利用可能なすべてのソースからデータをまとめて全体像を作成します。
サポートされているデータソース
- 検出されたマップ
-
ディスカバリーとサービスマッピングパターンを使用して構成アイテム (CI) とその接続を識別する水平ディスカバリーまたはトップダウンディスカバリー。これらの方法では、 MID サーバーを使用してディスカバリーを実行します。
- タグベースのマップ
- クラウドネイティブのタグと資産管理システムのメタデータを使用してマッピングされたサービス。この方法は、タグを使用して整理や分類を行うクラウド環境で有効です。
- ML を利用したマップ
-
- アプリケーションの指紋認証、CI、およびプロセス間の接続を評価する機械学習ベースのディスカバリー。この方法では、監視中に検出された接続とプロセスを通じて追加のデータが提供されます。
- トラフィックベースのマッピングは、デバイスとアプリケーション間のネットワークトラフィック接続に基づいています。この方法は、実際のネットワーク動作に基づいて通信パターンと依存関係を特定するのに役立ちます。
- 手動サービスマップ
- 自動化なしで特定の CI を手動で選択する。手動サービスを動的アプリケーションサービスに変換することで、手動で作成された CI 関係をサービスマップビューに同期できます。これらのマップはアドミニストレーターによって管理され、静的サービスに最適です。詳細については、 を参照してください。
- ダイナミック CI グループ
- CMDB関係に基づいて、このクエリベースのマッピングを使用して、特定のカテゴリにグループ化されたテクニカルサービスをマッピングできます。たとえば、特定の場所にあるすべての Linux サーバーなどです。
主な特長
マルチソースサービスマッピングは、複雑なハイブリッド IT 環境を管理する組織にいくつかの利点をもたらします。
- 完全な可視化
- 組織は、オンプレミス、クラウド、ハイブリッド環境を含むインフラストラクチャ全体にわたる アプリケーションの依存関係 をより広範かつ詳細に可視化できます。さまざまなディスカバリー方法がさまざまなタイプのコンポーネントを見つけるのに優れており、それらを組み合わせることで、見落とされるものはありません。
- 重複の問題の削減
- 組織は、複数の部分ビューを単一の信頼できるサービスマップに統合することで、冗長なサービス定義を排除できます。多くの場合、同じ CI が異なるサービスマップにまたがって表示されますが、統一によってこの冗長性が取り除かれます。マップされていないサービスを含めることで、サービスマップには信頼できる唯一の情報源が反映されます。
- インシデントレスポンスの改善
- サービスレベルのアクションにより、チームは断片化された情報ではなく統一されたビューから作業できるため、CI レベルの修正と比較して平均解決時間 (MTTR) とビジネス成果を向上させることができます。
ユースケース
マルチソースサービスマッピングは、次のシナリオで役立ちます。
- インシデント管理
- 1 つのサーバーが複数の個別のサービスマップに表示されると、その障害によって複数のチームが同じ問題に取り組むきっかけになる可能性があります。統合サービスマップは依存関係の全体像を提供し、平均解決時間 (MTTR) を短縮し、チーム間での重複作業を防ぐのに役立ちます。
- 変更管理
- データベーススキーマの変更が単一のサービスマップに反映され、別のサービスマップには反映されない場合、予期しない機能停止のリスクが高まります。マルチソースマッピングにより、すべての依存関係の可視化が促進され、サービス全体にわたる影響の正確な分析が可能になります。
- レポートとコンプライアンス
- サービスレベルアグリーメント (SLA) コンプライアンスのサービスアップタイムについてレポートする組織は、複数の個別のサービスマップからデータを手動で関連付けるのではなく、統一されたビューにより、より正確な統計情報とレポートを取得できます。
マルチソースサービスマッピングワークフロー
- 統一サービスの作成
-
サービスマッピング アドミニストレーターは、 サービスマッピング ワークスペースからこのフローにアクセスできます。サーバータグや UR などのサービスに関連するプロパティに基づいてサービスを検索し、統合するサービスを選択できます。さまざまなタイプから、マッピングされたサービスとマッピングされていないサービスを選択できます。たとえば、トップダウンサービスをタグベースのサービスに統合できます。マップされていないサービスを統合サービスに追加し、プロセスに沿ってマップされたサービスに変換できます。ランキングアルゴリズムは、提供された基準に従って、結合するサービスの上位の推奨事項を提案します。注:この機能は、デフォルトで最大 10 個のサービスの統合をサポートします。 サービスマッピング アドミニストレーターは、sn_sm_scoped_app.sm.unified_services.max_children_per_service システムプロパティを使用して制限を変更できます。
統合サービスを作成した後、この機能は、選択したマッピングされていないサービスを非稼働のサービスインスタンスに自動的に変換します。これは、自動検出と ITOM または ITSM プロセスへの影響を防ぐために行われます。サービスマッピングアドミニストレーターは、[マップ済みアプリケーションサービス] リストを使用して、サービスを運用可能に変換することを選択できます。
統合サービスの作成プロセスが完了すると、CMDB ワークスペースを介して統一サービスマップが「統一マップ」形式で表示され、完全な統合ビューが表示されます。
- 統一サービスの編集
-
サービスマッピングアドミニストレーターは、必要に応じて、さまざまなタイプのサービスを追加したり、サービスを削除したりできます。この機能では 統合サービスの統合はサポートされておらず、単一のサービスのみがサポートされています。
- 統合サービスの削除
- サービスマッピングアドミニストレーターは、必要に応じて統合サービスを削除できます。デフォルトでは、子サービスは非稼働状態のままです。
はじめに
マルチソースサービスマッピングを使用するには、 ServiceNow インスタンスに次の設定が必要です。
- 少なくとも Australia ファミリーバージョンがインストールされている必要があります。
- サービスマッピングプラス がインストールされ、最新バージョンに更新されました。
- 統合する既存のサービスが 2 つ以上、またはアクティブに更新されるデータソースが 2 つ以上あること。インスタンスに既存のサービスがない場合は、サービスを作成する方法を選択します。詳細については、「アプリケーションサービスの適切な検出およびマッピング方法の選択」を参照してください。