アプリケーションサービスは、組織にサービスを提供するネットワークデバイス、コンピューター、アプリケーションなどのコンポーネントの集合です。サービスは、メールシステムや、データベース内の注文や要求を追跡する Web サイトのようなものです。管理者は、ServiceNow インスタンスでアプリケーションサービスを既に指定している必要があります。
アプリケーションサービスを構成する各コンポーネントは、構成アイテムまたは CI と呼ばれます。このサービスマップは、アプリケーションサービスを視覚的に表現したものです。 図 : 1. サービスマップ
この例では、次の CI を含む Web ポータル アプリケーションサービス が表示されます。
PS Apache03：企業の Web サイトをホストする Apache Web サーバー。
PS LinuxApp01 と PS LinuxApp02：Web サーバーからの作業負荷を共有する 2 つの Linux サーバー。
PS ORA01：Linux サーバーがアクセスする必要のあるデータベースサーバー。
ストレージエリアネットワーク 001：他の CI が依存しているマスストレージデバイス。
このようなサービスマップは、サービスオペレーションワークスペースダッシュボードで確認できます。このチュートリアルの後半では、ダッシュボードについて学び、アラートが CI に関連付けられると、アプリケーションサービスがどのようになるかを学習します。
アプリケーションサービスのタイプ
イベント管理 では、アプリケーションサービスは次のタイプに分類されます。
テクニカルサービス
テクニカルサービスは、一般的な基準に基づいて CI を動的にグループ化したものです。たとえば、テクニカルサービスは、北米などの特定の場所のすべての Web サーバーまたはすべての Oracle データベースで構成できます。
アプリケーションサービス
アプリケーションサービスは、検出サービス、手動サービス、またはその両方で構成できます。検出サービスは、サービスマッピング アプリケーションによって検索されるアプリケーションサービスです (組織で サービスマッピング を使用している場合)。手動サービスは、 管理者が、各 CI を選択して追加し、CI 間の関係を指定することによって設定するアプリケーションサービスです。
アラートグループ
手動または自動のいずれかでグループ化されたアラート。
アラートの影響度
アプリケーションサービスは組織の運用にとって重要です。1 つの CI で問題が発生すると、アプリケーションサービス全体が影響を受ける可能性があります。オペレーターとしての役割の一部として、CI のアラートを分析し、 アプリケーションサービス全体にどのように影響するかを確認してから、根底にある問題を修復または解決するためのアクションを実行します。管理者は、アラートの重大度の計算に使用する影響度ルールを設定できます。
