---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# イベント管理 オペレーターのためのアプリケーションサービス

# イベント管理 オペレーターのためのアプリケーションサービス {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

イベント管理 オペレーターは、アプリケーションサービスとは何かを理解する必要があります。
これは、イベント管理 チュートリアルの 2 番目のレッスンです。  

|-|-|-|
| レッスン 1 | ![概要イベントアイコン]() | [イベントとアラートの概要](https://servicenow-prod.fluidtopics.net/xI0SrPrxcBJgfI3bJURCWA "イベント管理 オペレーターは、イベントからアラートが生成される仕組み、アラートでの確認内容、アラートをグループ化する方法を理解する必要があります。") |
| レッスン 2 | ![概要 BS アイコン]() | アプリケーションサービスの概要 |
| レッスン 3 | ![オペレーターアイコン]() | [イベント管理 オペレーターワークスペース](https://servicenow-prod.fluidtopics.net/Fzva~wsbyM6hIHST5a~~ow "イベント管理 オペレーターの主な作業環境には、サービスオペレーションワークスペースダッシュボードがあります。") |
| レッスン 4 | ![オペレーターの作業アイコン]() | [オペレーターの作業](https://servicenow-prod.fluidtopics.net/ZPJAU3vHchLrY1mZoEXONQ "一般的なワークフローでは、イベント管理 オペレーターは、アラートの分析とアプリケーションサービスへの影響、何らかのアクションの実行、およびアラートが最終的にクローズされていることの確認という 3 つのフェーズに関与します。") |
[ ]

{#operator-application-services__table_or3_vg3_3db}

アプリケーションサービスは、組織にサービスを提供するネットワークデバイス、コンピューター、アプリケーションなどのコンポーネントの集合です。サービスは、メールシステムや、データベース内の注文や要求を追跡する Web サイトのようなものです。管理者は、ServiceNow インスタンスでアプリケーションサービスを既に指定している必要があります。  
アプリケーションサービスを構成する各コンポーネントは、構成アイテムまたは CI と呼ばれます。このサービスマップは、アプリケーションサービスを視覚的に表現したものです。 図 : 1. サービスマップ  
この例では、次の CI を含む Web ポータル アプリケーションサービス が表示されます。

* PS Apache03：企業の Web サイトをホストする Apache Web サーバー。
* PS LinuxApp01 と PS LinuxApp02：Web サーバーからの作業負荷を共有する 2 つの Linux サーバー。
* PS ORA01：Linux サーバーがアクセスする必要のあるデータベースサーバー。
* ストレージエリアネットワーク 001：他の CI が依存しているマスストレージデバイス。
{#operator-application-services__ul_y5z_zmx_hdb}

このようなサービスマップは、サービスオペレーションワークスペースダッシュボードで確認できます。このチュートリアルの後半では、ダッシュボードについて学び、アラートが CI に関連付けられると、アプリケーションサービスがどのようになるかを学習します。

## アプリケーションサービスのタイプ {#operator-application-services__section_cn5_h3h_gdb}

イベント管理 では、アプリケーションサービスは次のタイプに分類されます。

テクニカルサービス
:   テクニカルサービスは、一般的な基準に基づいて CI を動的にグループ化したものです。たとえば、テクニカルサービスは、北米などの特定の場所のすべての Web サーバーまたはすべての Oracle データベースで構成できます。

アプリケーションサービス
:   アプリケーションサービスは、検出サービス、手動サービス、またはその両方で構成できます。検出サービスは、[サービスマッピング](https://servicenow-prod.fluidtopics.net/IOz_tY1x2RVysjOM9GiJ9g "ServiceNow サービスマッピング アプリケーションは、組織内のすべてのアプリケーションサービスを検出し、それらのアプリケーションサービスで使用するすべてのデバイス、アプリケーション、および構成プロファイルの包括的なマップをビルドします。") アプリケーションによって検索されるアプリケーションサービスです (組織で [サービスマッピング](https://servicenow-prod.fluidtopics.net/IOz_tY1x2RVysjOM9GiJ9g "ServiceNow サービスマッピング アプリケーションは、組織内のすべてのアプリケーションサービスを検出し、それらのアプリケーションサービスで使用するすべてのデバイス、アプリケーション、および構成プロファイルの包括的なマップをビルドします。") を使用している場合)。手動サービスは、 管理者が、各 CI を選択して追加し、CI 間の関係を指定することによって設定するアプリケーションサービスです。

アラートグループ
:   手動または自動のいずれかでグループ化されたアラート。

## アラートの影響度 {#operator-application-services__section_h5l_21g_gdb}

アプリケーションサービスは組織の運用にとって重要です。1 つの CI で問題が発生すると、アプリケーションサービス全体が影響を受ける可能性があります。オペレーターとしての役割の一部として、CI のアラートを分析し、 アプリケーションサービス全体にどのように影響するかを確認してから、根底にある問題を修復または解決するためのアクションを実行します。管理者は、アラートの重大度の計算に使用する影響度ルールを設定できます。

後で、サービスオペレーションワークスペースダッシュボードの使用方法について学習するときに、アラートの重大度とアプリケーションサービス全体の関係を理解できるようにアプリケーションサービスの影響ツリーを表示する方法を学びます。  
この例では、Oracle データベース (PS ORA01) のメジャーアラートが原因で、その親 CI と Web ポータルアプリケーションサービス自体においてもメジャーアラートが発生する仕組みを確認できます。図 : 2. 影響ツリー

## チュートリアルの続行 {#operator-application-services__section_hn5_ypx_hdb}

次のレッスン「[イベント管理 オペレーター環境](https://servicenow-prod.fluidtopics.net/Fzva~wsbyM6hIHST5a~~ow "イベント管理 オペレーターの主な作業環境には、サービスオペレーションワークスペースダッシュボードがあります。")」に進みます。