クラシック サービスマッピング を使用した単一アプリケーションサービスのマップ

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：8分

    • アプリケーションサービスを一括マッピングするだけでなく、各アプリケーションサービスの属性を定義することによって個々のアプリケーションサービスをマッピングすることもできます。アプリケーションサービスの詳細をすでに把握しているか調べる計画がある場合は、このマッピング方法を使用します。アプリケーションサービスをマッピングまたはレビューするには、サービスマッピング が有効になっている必要があります。

    始める前に

    必要なロール：service_mapping_admin

    このタスクについて

    一括でマッピングするだけでなく、単一のアプリケーションサービスをマッピングすることもできます。これは複数のアプリケーションサービスをマッピングする際に効果的ですが、正確なものではありません。一括マッピング中に除外されたアプリケーションサービスを個別にマップする必要が生じる場合があります。

    ユーザー が理解し、アプリケーションサービスのディスカバリーを設定しなければならない最も重要な属性は、エントリーポイントです。

    エントリーポイントは、クライアントがサービスインスタンスにアクセスするポイントです。 通常は、URL か、IP アドレスとポートの組み合わせです。 サービスマッピング はこのポイントからマッピングプロセスを開始します。たとえば、メールサービスインスタンスをマッピングするには、メールサーバーの IP アドレスまたはホスト名をエントリーポイントとして定義します。

    エントリーポイントは、サービスインスタンスの性質によって異なります。 サービスマッピング には、一般的に使用される多くのアプリケーションをカバーする、事前設定されたさまざまなエントリーポイントタイプが用意されています。

    サービスマッピング が検出できるエントリーポイントに加えて、サービスマッピング が検出できないエントリーポイントを追加することができます。このようなエントリーポイントを、サービスインスタンスにデバイスまたはアプリケーションが含まれていることを示すものとして追加することができます。

    また、サービスインスタンスのオーナー (所有者) を定義する必要があります。サービスインスタンスオーナーは、サービスを構成するインフラストラクチャとアプリケーションに精通しているユーザーです。このユーザーは、サービスインスタンスを正常に作成するために必要な情報を提供するサービスインスタンス SME です。サービスがマッピングされたら、このユーザーは結果をレビューし、承認するか、変更を提案します。

    サービスマッピング は、サービスインスタンスに属する構成アイテム (CI) を初めて検出した後、CI を再検出して変更と更新を見つけます。サービスマッピング でサービスまたは CI を再検出する頻度を制御するために、ディスカバリースケジュールを作成または変更します。

    すべてのサービスインスタンスは、手動で作成されたものも、 サービスマッピングによって検出されたものも、マップされたサービスインスタンス [cmdb_ci_service_discovered] テーブルに格納されます。

    また、共通サービスデータモデル (CSDM) ベースのフローを使用して、単一のアプリケーションサービスを手動で作成できます。共通サービスデータモデル (CSDM) (CSDM) は、サービスタイプとサービスオファリングの簡素化に役立ちます。CSDM 内で、アプリケーションサービスと他のサービス関連オブジェクトの間の関係を追加できます (ビジネスアプリケーション、テクニカルサービスオファリング、またはビジネスサービスオファリング)。詳細については、「アプリケーションサービスの作成」を参照してください。

    手順

    1. 次のように移動する。 All (すべて) > Service Mapping > ホーム.
      ホームページには、 サービスマッピング 検出可能または既に検出済みのサービスインスタンスに関する情報のみが表示されます。ホームページには、手動または API を使用して作成されたサービスインスタンスに関する情報は表示されません。
    2. [マップ] タイルの下にある [他のオプション] をクリックします。
    3. [単一のサービスマップを定義] をクリックします。
    4. サービスインスタンスの基本属性を定義します。
      フィールド 説明
      名前 他のタイプのアプリケーションサービスで使用されていない一意のアプリケーションサービス名を入力します。mailing service や printing service などの、わかりやすい名前を使用します。
      所有者 組織内でこのサービスインスタンスを担当する所有者を選択します。

      所有者名がリストに表示されない場合は、その人に対してユーザーを作成し、そのユーザーに sm_app_owner ロールをアサインします。または、service_mapping_admin ロールを持つユーザーを選択します。
    5. エントリーポイントがわからない場合は、「アプリケーションサービスのエントリーポイントに関する情報の要求」での説明に従って、サービスインスタンスのオーナーに要求してください。
    6. サービスマッピング が検出できるエントリーポイントを追加するには、次の手順を実行します。
      1. [サービスマッピングによる検出可能] をクリックします。
        このページには、エントリーポイントに最もよく使用されるアプリケーションのタイルが用意されています。
      2. エントリーポイントが属するアプリケーションに一致するタイルをクリックします。

        たとえば、web インターフェイスを使用してサービスインスタンスを作成する場合は [Web アプリケーション] です。タイルに必要なアプリケーションが含まれていない場合は、[その他のタイプを表示] をクリックして、事前設定されたすべてのエントリポイントタイプのリストから選択します。

        重要:
        Microsoft MQ や Microsoft Active Directory などの中心となる IT コンポーネントは、エントリポイントとして使用しないでください。このようなエントリポイントを使用すると、大規模なサービスが作成され、マッピングおよび監視中にパフォーマンスの問題が発生します。
      3. オプション: 必要なエントリーポイントタイプがリストに表示されない場合は、「サービスマッピング のエントリーポイントタイプの作成」の説明に従って作成する必要があります。
      4. 「エントリーポイント属性」の説明に従って、エントリーポイントの属性を設定します。
        エントリーポイントの属性は、選択したタイプによって異なります。
      5. 追加 をクリックします。
        エントリーポイントが [エントリーポイント] に追加されます。
      6. エントリーポイントをさらに追加するには、[エントリーポイントを追加] をクリックし、ステップ 6 を繰り返します。
    7. オプション: サービスマッピング が検出できない静的エントリーポイントを追加するには、次の手順を実行します。
      1. [手動作成] をクリックします。
      2. エントリーポイントとして機能する CI を定義します。
        フィールド 説明
        CI タイプ 追加する CI の CI タイプ (CI クラス) を選択します。すべての CI は、この種の CI 用に構成された一連の属性を含む CI タイプに属します。たとえば、アプリケーションの場合は cmdb_ci_appl です。
        CI 名 選択した CI タイプの CI のリストから CI を選択します。
        注:
        特定の CI を検索するときに結果が遅れる可能性を排除するには、検索をできるだけ具体的にします。*<name> を使用した検索は時間がかかり、大きなデータセットが返される場合があります。
        CI タイプリストには、許可されている CI タイプのみが含まれています。たとえば、アプリケーションクラスターを追加することはできません。
      3. [送信] をクリックします。
    8. この時点までに定義した属性を保存し、このサービスインスタンスの属性の設定を実行するには、[保存] または [更新] をクリックします。
      サービスマッピング では、新しい サービスインスタンス をマッピング済みアプリケーションサービス [cmdb_ci_service_discovered] テーブルに作成します。また、バックグラウンドでディスカバリープロセスが開始されます。
    9. 定義を保存するには、このサービスインスタンスを見つけ、そのサービスインスタンスのマップに移動して、[マップを表示] をクリックします。
      サービスマッピング がディスカバリープロセスを開始します。このサービスインスタンスページのマップが開き、処理中のマッピングが表示されます。サービスインスタンスのステータスが「処理中」に変わります。

    次のタスク

    • サービスマッピング がエラーありでサービスインスタンスを検出した場合は、ディスカバリーメッセージを使用してアプリケーションサービスのエラーを個別に修復します。
    • サービスインスタンスが大きすぎないことを確認します。
      • サービスマッピング では、サービスインスタンスのマップの代わりに CI リストを表示することはできません。
      • サービスインスタンスが大きすぎることを示すディスカバリーメッセージはありません: The map does not display the entire service, because it is too large. The number of CI connections exceeded the allowed maximum.
      一部のアプリケーションサービスが大きすぎる場合は、サービスサイズの問題を解決します。
      • 非常に大規模なサービスインスタンスでカスタマイズされたディスカバリーパターンとマッピング結果を使用する場合は、無関係な CI がマップされないようにパターンを変更します。
      • サービスを小さいサービスに分割します。
    • それぞれの所有者の承認を得るために、エラーなしで検出されたアプリケーションサービスを送信します。詳細については、「レビューのためにアプリケーションサービスマップを送信」を参照してください。