--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://www.servicenow.com/docs/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 --- # サービスリライアビリティ管理の詳細 # サービスリライアビリティ管理の詳細 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分 サービスリライアビリティ管理 (SRM) は、チームがサービスヘルスを管理するためのガイド付きセルフサービスエクスペリエンスを提供します。このエクスペリエンスは、サービスオペレーションワークスペースアプリケーションを使用して構築され、ITOM と ITSM の機能を単一のワークフローに統合します。 ## SRM の概要 {#exploring-service-reliability-management__cf-exploring-parent-overview} サイト信頼性エンジニアリング (SRE) プラクティスにより、サービスヘルスを最適化します。SRM は、チームが SRE を使用してデジタルサービスの信頼性を向上できるようになる唯一のオペレーションワークスペースです。 * オンコールエスカレーションを使用して、問題に適切なタイミングで応答します。 * ガイド付きセルフサービスでセットアップの手間を軽減して、分散したチームをオンボーディングします。また、分離されたデータを使用し、権限化されたアクセスを提供し、中心となる IT を使用して最小限の管理を行います。 {#exploring-service-reliability-management__ul_ahx_ypj_4bc} SRM をインストールすると、いくつかのプラグインやアプリケーションも有効になります。詳細については、「[ITOM ヘルス とともにインストールされるプラグインまたはアプリケーション](https://www.servicenow.com/docs/CweAGg3wBdAStfwrYBAgZA "次のテーブルは、ITOM ヘルスアプリケーションとともにインストールされるプラグインまたはアプリケーションを一覧しています。アプリケーションを更新すると、新しく必要になったアプリケーションの依存関係がインストールされます。")」を参照してください。 ## SRM ユーザー {#exploring-service-reliability-management__cf-exploring-parent-users} {#exploring-service-reliability-management__table_ayk_qqd_pwq__entry__3} | ユーザー | 説明 | 含まれるロール | |-|-|-| | アドミン | ServiceNow アドミニストレーターは、ServiceNow プラットフォームの管理、開発、運用、教育、およびメンテナンスを担当します。 インストールを担当し、SRM の サービスオペレーションワークスペース アドミンセンターの構成を実行できます。 | すべて | | アドミニストレーター \[srm_admin\] 注: このロールは、ServiceNow アドミンロールとは異なります。 | SRM アドミニストレーターは、アカウント設定、構成、およびユーザーを管理できます。 アドミニストレーターは、以下のアクションを実行できます。 * すべての SRM 構成に対するアクセス、作成、編集、または削除。 * 統合の追加または管理。 * Application Performance Monitoring (APM) ツールとの統合の作成。 * 信頼性メトリクスのセットアップと管理。 * エラー予算ポリシーのセットアップと管理。 {#exploring-service-reliability-management__ul_byk_qqd_pwb} | * マネージャー * レスポンダー {#exploring-service-reliability-management__ul_cyk_qqd_pwb} | | マネージャー \[srm_manager\] | マネージャーは、SRE チームを監督します。マネージャーは、チームのオンコールスケジュールに SRE をアサインし、パフォーマンスを監視して、インシデントの対処手順とソリューションの開発手順を作成します。マネージャーは、すべてのシステムと DevOps ワークフロー全体におけるレジリエンスを促進します。 マネージャーは、チームのコンテキスト内で次のアクションを実行できます。 * チーム、オンコールスケジュール、およびサービスの定義とセットアップ。 * レスポンダーなどのユーザーや、所属するチームのマネージャーの追加と削除。 * 統合の追加または管理。 * Application Performance Monitoring (APM) ツールとの統合の作成。 * 信頼性メトリクスのセットアップと管理。 * エラー予算ポリシーのセットアップと管理。 {#exploring-service-reliability-management__ul_dyk_qqd_pwb} | レスポンダー | | レスポンダー \[srm_responder\] | SRM を使用して日常業務を実行するサービス信頼性エンジニア (SRE)。レスポンダーは、オンコールでインシデントを診断および修復します。 レスポンダーは、自分が属する構成にのみアクセスできます。権限を持つアラートまたはインシデントにのみアクセスできます。 SRE は、チームのコンテキスト内で次のアクションを実行できます。 * サービス、チーム、統合のセットアップ。 * オンコールスケジュールの確認。 * インシデントとアラートのレコードの管理。 * 作成したチームの更新。 * 他のレスポンダーの追加 * Application Performance Monitoring (APM) ツールとの統合の作成。 * 信頼性メトリクスのセットアップと管理。 * エラー予算アクションのセットアップと管理。 {#exploring-service-reliability-management__ul_eyk_qqd_pwb} | 以下を含む 17 のロールを継承します。 * cmdb_read * sn_sow.sow_user * sn_sow_srm.srm_responder * workspace_user * slo_operator {#exploring-service-reliability-management__ul_fyk_qqd_pwb} | [表 : 1. ユーザー] {#exploring-service-reliability-management__table_ayk_qqd_pwq} 詳細については、「[SRM のロールと責任](https://www.servicenow.com/docs/IMQTEn1UQAqCw0UQgruo8Q "ロールは、SRM コンソールのさまざまな部分へのアクセス権をユーザーに付与します。ロールによって、ユーザーがサービスリライアビリティ管理で実行できるアクションと実行できないアクションが決まります。")」を参照してください。 ## SRM のワークフロー {#exploring-service-reliability-management__cf-exploring-parent-workflow} 1. IT または LOB (基幹業務) の製品チームは、新しい技術サービスやアプリケーションサービスを継続的に提供します。例：新規顧客請求ポータル。 2. SLO 管理に加えて、チームはサービスを登録し、サービスレベル目標 (SLO) を定義して、ビジネス成果の達成を支援できます。例：請求ポータルの月次可用性 95%。 3. モニタリング統合はチームが設定し、これらのサービスの正常性をリアルタイムに収集します。例：クラウド可観測性。 4. モニタリングでは、サービスのパフォーマンスが低下している場合に、アラートに影響を与えるサービスレベルインジケーター (SLI) が作成されます。自動化のグループ化と拡張。例：請求ポータルの待機時間が 7 秒を超えている。 5. アラートが機能停止または顧客に影響を与えるデグレードを示している場合は、インシデントが作成され、オンコール通知が適切なチームリソースに通知されます。例：請求ポータルの遅延の問題は、請求処理 SRE チームに電話で通知される。 6. チームは、インシデントを共同で診断し、修復した後に、システムのレジリエンス向上のためのアクションアイテムを特定します。例：請求チームは、Web サーバーの容量を追加することを決定した。 7. 経営陣は、SLO パフォーマンスを継続的にレビューし、エラー予算が尽きたときに変更されないようにし、パフォーマンスの低いサービスの改善イニシアチブを優先させます。 {#exploring-service-reliability-management__cf-exploring-parent-workflow-ol} ## SRM のメリット {#exploring-service-reliability-management__cf-exploring-parent-benefits} {#exploring-service-reliability-management__table_mlp_szc_4bc__entry__3} | 利益 | 機能 | ユーザー | |-|-|-| | チームベースのエクスペリエンス | [SRM チームの操作](https://www.servicenow.com/docs/79Up6yVRe0RL2aL3Mrmlzw "スケジュールを管理し、チームのエスカレーションポリシーを定義します。これにより、チームは誰がオンコールで誰が責任者かを把握し、重要なアラートやインシデントが適切なタイミングで確認されていることに確信を持てます。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | | サービス登録 | [SRM サービスの操作](https://www.servicenow.com/docs/4clf7xOfIDD9H99fyMxTYg "サービスは、1 つのチームが所有するネットワーク、支払い、HR サービスなどの機能的な成果を表します。その成果を実現するため、サービスには、ユーザー認証サービスなどの 1 つ以上の技術コンポーネント、またはデータベースなどの共有インフラストラクチャを含めることができます。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | | 事前に構築された統合 | [SRM 統合の操作](https://www.servicenow.com/docs/AwlaMa8xu3n5dBu3hcWM8g "統合を使用して、サービスをモニタリングツールに接続。統合により、情報が サービスリライアビリティ管理 (SRM) に送信され、アラートの追跡、インシデントの管理、サービスヘルスの維持に役立ちます。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | | サービスヘルスの測定 | [信頼性メトリクスの操作](https://www.servicenow.com/docs/TT2LDiT5pUDXFf5B~vPlTw "サービスヘルスの追跡、問題への対応、ビジネスゴールのサポートに役立つ信頼性のメトリクスと機能について説明します。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | | オンコールカバー範囲 | [SRMオンコールスケジュールの作成](https://www.servicenow.com/docs/XPdeYqQr3umMXHq9Dm4GDg "オンコールスケジュールを設定して、インシデントと重大なアラートに応答できる担当者を確保します。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | | 重大度の高いアラートとインシデントの修復 | [SRM の信頼性タスクの操作](https://www.servicenow.com/docs/xRrvzUgJsNp5wB3PSn69Qg "アラート、インシデント、および変更要求は信頼性タスクです。SRM では、作成から解決まで、応答のライフサイクル全体を通じてアラートを管理できます。") | SRM アドミニストレーター、マネージャー、およびレスポンダー | [ ] {#exploring-service-reliability-management__table_mlp_szc_4bc} ## 詳細情報 {#exploring-service-reliability-management__cf-exploring-parent-links} SRM の構成と使用の詳細については、以下を参照してください。 * [サービスリライアビリティ管理 の構成](https://www.servicenow.com/docs/xX9gEdU_qdtpvOI8GP_7Tg "サービスリライアビリティ管理 (SRM) の構成には、ServiceNow Store または サービスオペレーションワークスペース アドミンセンターからのインストールが含まれます。アドミニストレーターをアサインし、サービスとチームをインポートすることもできます。") * [サービスリライアビリティ管理 を使用しています](https://www.servicenow.com/docs/J~T1bD9sgSO8jFjaTR5YTw "SRM を使用すると、サービスの登録、サービスヘルスの監視、オンコールシフトとエスカレーションポリシーとトリガーを使用したサービスのデグレードへの対応、および中央の IT 部門からの最小限のガバナンスで分散したチームのオンボーディングを行うことができます。") * [サービスリライアビリティ管理 の参照](https://www.servicenow.com/docs/_9BGjZTWSEOdKusYWImFSQ "参照トピックには、サービスリライアビリティ管理 に関する追加情報が記載されています。") {#exploring-service-reliability-management__ul_nlp_szc_4bc} * **[サービスリライアビリティ管理の使用を開始するには](https://www.servicenow.com/docs/kRdRmYCVwsrJun4H4WlK3Q)** サービスリライアビリティ管理 (SRM) は、サービスレベル目標とインシデント解決の観点からサービスヘルスを確認するためのプロセスを加速させます。目標とするアジリティ、パフォーマンス、アップタイムを IT 運用チームと DevOps チームが実現できるように支援します。 * **[SRM インシデント](https://www.servicenow.com/docs/3PnqaOEPTj~sRGBILIghsQ)** \[インシデント\] タブでインシデントを追跡してコラボレーションすることで、自分とチームが問題を効率的に解決できるようになります。