--- 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) 所要時間：5分 サービスリライアビリティ管理 (SRM) は、チームがテクニカルサービスの健全性を自律的に管理するためのガイド付きセルフサービスエクスペリエンスを提供します。このエクスペリエンスは、サービスオペレーションワークスペースアプリケーションを使用して構築され、ITOM と ITSM の機能を 1 つのサービスオペレーションワークフローに統合します。 ## SRM の概要 {#exploring-service-reliability-management__cf-exploring-parent-overview} サイト信頼性エンジニアリング (SRE) プラクティスを採用している IT チーム向けのサービスリライアビリティ管理 (SRM) を使用して、サービスヘルスを最適化します。SRM は、チームが SRE を使用してデジタルサービスの信頼性を向上できるようにする単一の運用ワークスペースです。 * オンコールエスカレーションを使用して、監視と ITOM アラートによって特定された問題に適切なタイミングで応答します。 * ガイド付きセルフサービスでセットアップの手間を軽減して、分散したチームをオンボーディングします。また、分離されたデータを使用し、権限化されたアクセスを提供し、中心となる IT を使用して最小限の管理を行います。 {#exploring-service-reliability-management__ul_ahx_ypj_4bc} SRM をアクティブ化すると、いくつかのプラグインとアプリケーションもインストールされます。詳細については、「[ITOM ヘルス とともにインストールされるプラグインまたはアプリケーション](https://servicenow-prod.fluidtopics.net/DH~gPcW6UgheNlk0uNT9GQ "次のテーブルは、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 admin ロールではない | 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://servicenow-prod.fluidtopics.net/p4sG4OJwCBpsXpfomOuNQg "ロールは、SRM コンソールのさまざまな部分へのアクセス権をユーザーに付与します。ロールによって、ユーザーがサービスリライアビリティ管理で実行できるアクションと実行できないアクションが決まります。")」を参照してください。 ## SRM のワークフロー {#exploring-service-reliability-management__cf-exploring-parent-workflow} 1. IT または LOB (基幹業務) の製品チームは、新しい技術サービスやアプリケーションサービスを継続的に提供します。例：新規顧客請求ポータル。 2. SLO 管理 に加えて、チームは自分たちで SRM を実行してこれらのサービスを登録し、確実にビジネス成果を出すためのサービスレベル目標 (SLO) を定義できます。例：請求ポータルの月間可用性が 95%。 3. Monitoring 統合はチームが設定し、これらのサービスの正常性をリアルタイムに収集します。例：クラウド可観測性。 4. Monitoring では、サービスのパフォーマンスが低下している場合に、アラートに影響を与えるサービスレベルインジケーター (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://servicenow-prod.fluidtopics.net/sISIwMNoloGiyiRn1PDXaA "スケジュールを管理し、チームのエスカレーションポリシーを定義します。これにより、チームは誰がオンコールで誰が責任者かを把握し、重要なアラートやインシデントが適切なタイミングで確認されていることに確信を持てます。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | | サービス登録 | [SRM サービスの操作](https://servicenow-prod.fluidtopics.net/ZrMA7~7Id5rB64gikddEZw "サービスは、1 つのチームが所有するネットワーク、支払い、HR サービスなどの機能的な成果を表します。その成果を実現するため、サービスには、ユーザー認証サービスなどの 1 つ以上の技術コンポーネント、またはデータベースなどの共有インフラストラクチャを含めることができます。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | | 事前に構築された統合 | [SRM 統合の操作](https://servicenow-prod.fluidtopics.net/yg5svUN7T1o_liAzoK6E5w "SRM 内の統合により、監視およびコラボレーションツールを使用して、ユーザーはアラートとインシデントを効率的に管理できるようになります。SRM 統合は、サービス内でのみ追加または作成されます。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | | サービスヘルスの測定 | [信頼性メトリクスの操作](https://servicenow-prod.fluidtopics.net/owOFeXAl5_CgvsnMRsITow "SRM 信頼性メトリクスを使用して、サービスレベルインジケーター (SLI)、サービスレベル目標 (SLO)、およびエラー予算ポリシーを定義してサービスヘルスを追跡し、必要なアクションを実行します。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | | オンコールカバー範囲 | [SRM オンコールスケジュールの作成](https://servicenow-prod.fluidtopics.net/Sd5AfZU2A6xzrWHUJPK2qw "インシデントと重大なアラートに即座に応答できるチームメンバーを対応可能にしておくように、チームにオンコールスケジュールを設定します。オンコールスケジュールは、特定の時間に誰がオンコールまたは対応可能かを決定します。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | | 重大度の高いアラートとインシデントの修復 | [SRM の信頼性タスクの操作](https://servicenow-prod.fluidtopics.net/e3zKzvSnQom6agw~Pf2NZw "アラート、インシデント、および変更要求は信頼性タスクです。SRM では、作成から解決まで、応答のライフサイクル全体を通じてアラートを管理できます。") | サービスリライアビリティレスポンダー、マネージャー、およびアドミニストレーター | [表 : 2. SRM のメリット] {#exploring-service-reliability-management__table_mlp_szc_4bc} ## 次に探索する内容 {#exploring-service-reliability-management__cf-exploring-parent-links} SRM の構成と使用の詳細については、以下を参照してください。 * [サービスリライアビリティ管理 の構成](https://servicenow-prod.fluidtopics.net/W0q5dybbV_VJAwAUWyGB9w "サービスリライアビリティ管理 を構成するには、ServiceNow Storeまたはアドミンセンターからインストールし、SRM アドミニストレーターをアサインし、サービスとチームをインポートします。") * [サービスリライアビリティ管理 の使用](https://servicenow-prod.fluidtopics.net/HMEu6Q1zAaGt8LFT1Ir7hA "SRM を使用すると、サービスの登録、サービスヘルスの監視、オンコールシフトとエスカレーションポリシーとトリガーを使用したサービスのデグレードへの対応、および中央の IT 部門からの最小限のガバナンスで分散したチームのオンボーディングを行うことができます。") * [サービスリライアビリティ管理 の参照](https://servicenow-prod.fluidtopics.net/Y6tnc82kQjcq2JepnLKZIA "参照トピックには、サービスリライアビリティ管理 に関する追加情報が記載されています。") {#exploring-service-reliability-management__ul_nlp_szc_4bc} * **[サービスリライアビリティ管理の使用を開始するには](https://servicenow-prod.fluidtopics.net/eTXXmONpJ_~GS47iLTe6NA)** SRM は、サービスレベル目標とインシデント解決のコンテキストでサービスヘルスを表示するためのパスを加速させます。目標とするアジリティ、パフォーマンス、アップタイムを IT 運用チームと DevOps チームが実現できるように支援します。 * **[SRM アラートワークスペース](https://servicenow-prod.fluidtopics.net/VbE0dSlUtOoPTk5As46ufQ)** アラートワークスペースには、アラートの詳細と可能なアクションを含む各種の領域が含まれています。 * **[SRM インシデントワークスペース](https://servicenow-prod.fluidtopics.net/p9P_6s7O4wEcfF7~_bbvcw)** インシデントワークスペースには、インシデントの詳細と考えられるアクションを含むさまざまなパネルが含まれています。