SRM サービスの操作

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:2分
  • サービスは、1 つのチームが所有するネットワーク、支払い、HR サービスなどの機能的な成果を表します。その成果を実現するため、サービスには、ユーザー認証サービスなどの 1 つ以上の技術コンポーネント、またはデータベースなどの共有インフラストラクチャを含めることができます。

    サービスリライアビリティ管理 (SRM) は統合と連携して、アラートに優先順位を付けて関連するレスポンダーにルーティングします。アラートが確認され、誰かが応答するまで、エスカレーションが続きます。SRM でサービスを作成または追加するときは、SRMインフラストラクチャのサービスを反映する必要があります。
    注:
    各テクニカルサービスを監視し、それらのツールからイベントを受信するには、複数のツール統合が必要になる場合があります。詳細については、「SRM 統合の操作」を参照してください。

    さらに、サービスの信頼性メトリクスを作成できます。「信頼性メトリクスの操作」を参照してください。

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

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

    サービスの概要

    図 : 1. [概要] タブの情報
    サービスのリストを表示するサービスページ

    [概要] タブのカードには、次のメトリクスが表示されます。デフォルトでは、リストビューにはサービスカードに関連する情報が表示されます。別のカードを選択すると、リストビューにさまざまな情報が表示されます。

    • 自分のサービス:自分またはチームが管理し、信頼性を監視しているすべてのサービスの数。
    • アクティブなインシデントを含むサービス:オープンインシデントを含むサービスは、次の順序でソートされます。
      • ビジネス上の重要度:最も重要なものが最初。
      • アクティブなインシデントの数 - 最も多いものから順に。
      • エラー予算残額の割合 - 最も低いものから順に選択します。
    • 重大なアラートを含むサービス:オープンアラートを含むサービスは、次の順序でソートされています。
      • ビジネス上の重要度:最も重要なものが最初。
      • アラートの数 - 最も多いものから順に。
      • エラー予算残額の割合 - 最も低いものから順に選択します。
    • オープン中の変更を含むサービス (Services with open changes):チームが管理および監視しているすべてのサービス。
    • エラー予算が低いサービス:エラー予算残額が 25% 未満のサービス。

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

    注:
    カードとリストの値を表示するには、[リ フレッシュ] アイコンを選択します。
    リストは、次の方法で操作できます。
    • 列をグループ化またはフィルタリングして、ビューをカスタマイズします。
    • 必要に応じてリストを編集、ソート、またはエクスポートします。「リスト情報のファイルへのエクスポート」を参照してください。

    個々のサービスの詳細については、「 サービスの詳細フォームの編集」を参照してください。

    サービスリストビューの定義

    列には、次の詳細が含まれます。
    • サービス:サービスの名前。
    • クラス:アプリケーションまたはテクニカルサービス。
    • 事業上の重要度:ビジネスに対するサービスの重要性。
    • オープンアラート:サービスにアサインされているオープンアラートの数。
    • オープンインシデント:サービスにアサインされているオープンインシデントの数。
    • エラー予算残額:サービスのエラー予算残額の割合。