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

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# SRM サービスの操作

# SRM サービスの操作 {#ariaid-title1}

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

サービスは、1 つのチームが所有するネットワーク、支払い、HR サービスなどの機能的な成果を表します。その成果を実現するため、サービスには、ユーザー認証サービスなどの 1 つ以上の技術コンポーネント、またはデータベースなどの共有インフラストラクチャを含めることができます。  
サービスリライアビリティ管理 (SRM) は統合と連携して、アラートに優先順位を付けて関連するレスポンダーにルーティングします。アラートが確認され、誰かが応答するまで、エスカレーションが続きます。SRM でサービスを作成または追加するときは、SRMインフラストラクチャのサービスを反映する必要があります。  
注:  
各テクニカルサービスを監視し、それらのツールからイベントを受信するには、複数のツール統合が必要になる場合があります。詳細については、「[SRM 統合の操作](https://servicenow-prod.fluidtopics.net/AwlaMa8xu3n5dBu3hcWM8g "統合を使用して、サービスをモニタリングツールに接続。統合により、情報が サービスリライアビリティ管理 (SRM) に送信され、アラートの追跡、インシデントの管理、サービスヘルスの維持に役立ちます。")」を参照してください。

さらに、サービスの信頼性メトリクスを作成できます。「[信頼性メトリクスの操作](https://servicenow-prod.fluidtopics.net/TT2LDiT5pUDXFf5B~vPlTw "サービスヘルスの追跡、問題への対応、ビジネスゴールのサポートに役立つ信頼性のメトリクスと機能について説明します。")」を参照してください。

チームとポリシーをそのサービスに結び付けると、責任を分割し、技術的な成果を追跡することが容易になります。また、簡単に応答ルーチンを自動化し、誰にいつ通知するかに集中することができます。

既存のサービスのステータスは継承されます。SRMで作成されたサービスのステータスは \[なし\] です。

## サービスの概要 {#sr-work-services__section_fnl_l4s_3yb}

図 : 1. \[概要\] タブの情報

\[概要\] タブのカードには、次のメトリクスが表示されます。デフォルトでは、リストビューにはサービスカードに関連する情報が表示されます。別のカードを選択すると、リストビューにさまざまな情報が表示されます。  
* 自分のサービス:自分またはチームが管理し、信頼性を監視しているすべてのサービスの数。
* アクティブなインシデントを含むサービス:オープンインシデントを含むサービスは、次の順序でソートされます。
  * ビジネス上の重要度:最も重要なものが最初。
  * アクティブなインシデントの数 - 最も多いものから順に。
  * エラー予算残額の割合 - 最も低いものから順に選択します。
  {#sr-work-services__ul_cwc_qcx_xfc}
* 重大なアラートを含むサービス:オープンアラートを含むサービスは、次の順序でソートされています。
  * ビジネス上の重要度:最も重要なものが最初。
  * アラートの数 - 最も多いものから順に。
  * エラー予算残額の割合 - 最も低いものから順に選択します。
  {#sr-work-services__ul_gvy_t2x_xfc}
* オープン中の変更を含むサービス (Services with open changes)：チームが管理および監視しているすべてのサービス。
* エラー予算が低いサービス:エラー予算残額が 25% 未満のサービス。

  エラー予算メトリクスは、指定された期間に費やすことができるサービスレベル目標 (SLO) の量として表されます。リリース速度の管理に使用できます。

{#sr-work-services__ul_xvb_dns_3yb}  
注:  
カードとリストの値を表示するには、\[リ ![フレッシュ\] アイコン]()を選択します。  
リストは、次の方法で操作できます。

* 列をグループ化またはフィルタリングして、ビューをカスタマイズします。
* 必要に応じてリストを編集、ソート、またはエクスポートします。「[リスト情報のファイルへのエクスポート](https://servicenow-prod.fluidtopics.net/hadc0PFq04BJ14lIX~KheQ "ライブ情報をサービスリライアビリティ管理 (SRM) のファイルにエクスポートできます。")」を参照してください。
{#sr-work-services__ul_lmp_hfx_xfc}

個々のサービスの詳細については、「 [サービスの詳細フォームの編集](https://servicenow-prod.fluidtopics.net/afH2T6KhULhFBNThYtkG9g "チームが所有する既存のサービスを編集します。")」を参照してください。

## サービスリストビューの定義 {#sr-work-services__section_v2f_tpn_zyb}

列には、次の詳細が含まれます。

* サービス：サービスの名前。
* クラス:アプリケーションまたはテクニカルサービス。
* 事業上の重要度:ビジネスに対するサービスの重要性。
* オープンアラート：サービスにアサインされているオープンアラートの数。
* オープンインシデント：サービスにアサインされているオープンインシデントの数。
* エラー予算残額：サービスのエラー予算残額の割合。
{#sr-work-services__ul_l42_wpn_zyb}
* **[SRM へのサービスの追加](https://servicenow-prod.fluidtopics.net/cmePnhonpRflfdrRcu1pPQ)**   
  サービスリライアビリティ管理 (SRM) にサービスを追加して、チームがサービス健全性を管理できるようにします。
* **[SRM サービスの詳細の編集](https://servicenow-prod.fluidtopics.net/szt0~PL90dHLabE6kPwFMQ)**   
  チームが所有する既存のサービスを編集します。SRM でサポートする各サービスについて、サービスとそれをサポートする SRM チームに関する一般的な情報を提供します。

**前のトピック:** [サービスリライアビリティ管理 を使用しています](https://servicenow-prod.fluidtopics.net/J~T1bD9sgSO8jFjaTR5YTw "SRM を使用すると、サービスの登録、サービスヘルスの監視、オンコールシフトとエスカレーションポリシーとトリガーを使用したサービスのデグレードへの対応、および中央の IT 部門からの最小限のガバナンスで分散したチームのオンボーディングを行うことができます。")  
**次のトピック:** [SRM へのサービスの追加](https://servicenow-prod.fluidtopics.net/cmePnhonpRflfdrRcu1pPQ "サービスリライアビリティ管理 (SRM) にサービスを追加して、チームがサービス健全性を管理できるようにします。")