--- sourceDocument: Xanadu の Now Platform 機能 sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/xanadu/servicenow-platform Release : - xanadu ft:locale : - ja-JP ft:publication_title : - Xanadu の Now Platform 機能 ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # CSDM フレームワークのテクニカルサービスの管理ドメイン # CSDM フレームワークのテクニカルサービスの管理ドメイン {#ariaid-title1} * リリースバージョン: Xanadu * * 更新日 2024年08月01日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：11分 テクニカルサービスの管理ドメインには、サービスマッピングやディスカバリーなどの IT Operations Management（ITOM) (ITOM) 製品で使用されているテーブルが含まれます。これらは、デジタル製品の展開済みインスタンスと、それに関連する検出可能なコンポーネント、および展開済みインスタンスを提供しサポートするサービスのドキュメントです。 このドメインの CI は、インストールされているアプリケーション、サーバー、ネットワークコンポーネントなどの検出されたアイテムです。テクニカルサービスの管理ドメインは、使用中のテクニカルサービスのポートフォリオも表します。これらのサービスは操作可能です。つまり、ITSM インシデント管理、問題管理、または 変更管理 用に選択できます。 一般的なユーザーは、アプリケーションサービスオーナー (アプリケーションとプラットフォーム) とテクノロジーサービスオーナー (インフラストラクチャとデリバリー) です。テクノロジーコンシューマーは、[要求カタログ](https://www.servicenow.com/docs/fmS6P3wPhI2YMwSDsGZKyA "カタログ (要求カタログまたはサービス要求カタログと呼ばれることもある) は、ユーザーがセルフサービスで注文できる一連のビジネスおよび技術製品、サービス、サービスコミットメントオプション、およびオファリングです。カタログを管理して、利用可能な製品やサービスをカタログアイテムとしてユーザーに表示できます。")を介してテクニカルサービスオファリングを要求できます。 テクニカルサービスの管理ドメインのテーブルは、会社が販売しているかテクノロジー、またはプロバイダービューで利用しているテクノロジーを表します。テーブルに入力する際に サービスマッピング と ディスカバリー の使用は必須ではありませんが、これらの製品はプロセスを迅速化し、エラーを最小限に抑えます。また、CI とその関係を管理することもできます。このドメインには以下のテーブルが含まれます。 * テクニカルサービステーブル \[cmdb_ci_service_technical\] * イベント管理 のテクニカルサービスではダイナミック CI グループテーブル \[cmdb_ci_query_based_service\] を使用します。 * 要求カタログ * テクニカルサービスオファリングテーブル \[service_offering\] * ダイナミック CI グループテーブル \[cmdb_ci_query_based_service\] * マッピング済みアプリケーションサービステーブル \[cmdb_ci_service_discovered\] (ベースシステムに含まれる) {#manage-tech-servs-domain__ul_vt4_bms_mjb} ## テクニカルサービス {#manage-tech-servs-domain__section_pwd_pzt_mjb} テクニカルサービスは、サービスオーナーに関連付けられ、通常は 1 つ以上のビジネスサービスまたはアプリケーションサービスの下に階層化されています。テクニカルサービスには、1 つ以上のテクニカルサービスオファリングが含まれる場合があります。 テクニカルサービスユーザーは、ビジネスに提供するテクノロジーを表示および管理できます。イベント管理 を使用すると、サービスパフォーマンスを監視できます。イベント管理 を使用して、関連するインフラストラクチャ CI とアプリケーションサービスの健全性の問題を特定することもできます。 テクニカルサービスは、販売/消費ドメインのサービスポートフォリオの一部として管理できます (つまり、サービスポートフォリオ階層はテクニカルサービスから参照できます)。これにより、サービスポートフォリオ管理 ワークスペースおよび関連するワークスペース内のテクニカルサービスとビジネスサービスの両方の、より完全な階層化と管理が可能になります。テクニカルサービスに投資することでビジネスサービスのパフォーマンスと信頼性がどのように向上するかを把握すると、より適切な意思決定を行うことができます。 注: ビジネスサービスとテクニカルサービスは、spm_taxonomy_node を介して spm_service_portfolio に接続します。「[Service Portfolio Management taxonomy](https://www.servicenow.com/docs/access?context=SPM2-taxonomy&version=xanadu&pubname=xanadu-it-service-management&ft:locale=en-US)」を参照してください。 ## テクニカルサービスオファリング {#manage-tech-servs-domain__section_ncg_d15_mjb} テクノロジーコンシューマーは、[要求カタログ](https://www.servicenow.com/docs/fmS6P3wPhI2YMwSDsGZKyA "カタログ (要求カタログまたはサービス要求カタログと呼ばれることもある) は、ユーザーがセルフサービスで注文できる一連のビジネスおよび技術製品、サービス、サービスコミットメントオプション、およびオファリングです。カタログを管理して、利用可能な製品やサービスをカタログアイテムとしてユーザーに表示できます。")を介してテクニカルサービスオファリング (SO) を要求できます。コンシューマーは通常、次の機能とオプションを選択できます。 * パフォーマンスのレベル * 場所または地域 * 環境 * 価格設定 * 利用できる場所 * 機能 * サポートグループ (インシデント用) * テクニカル承認グループ (変更用) * パッケージオプション (コミットメント) {#manage-tech-servs-domain__ul_t23_35y_lkb} テクニカルサービスオファリングには、通常、次のコンポーネントが含まれています。 1 つ以上のサービスコミットメント : サービスコミットメントは、コンシューマーとプロバイダーの間で合意されたサービスデリバリーの義務を定義します。サービスコミットメントは、可用性、重要度、スコープ、価格、その他の要素に関してサービスのレベルを一意に定義します。たとえば、組織では、以下のようにアプリケーションサービスについて 2 つのレベルのサポートを提供できます。 * 本番レベルオファリングのサポート：本番インスタンスの高レベルの可用性と重要度を提供します。24 時間、週 7 日の 5 分間の応答時間の保証が含まれています。 * 非本番レベルオファリングのサポート：非本番インスタンスの制限された可用性と重要度。月曜日から金曜日の午前 8 時から午後 5 時までの 60 分間の応答時間の保証が含まれています。 {#manage-tech-servs-domain__ul_yp4_s25_mjb} オファリングにアクセスできるユーザーを記録するサービスオファリングサブスクリプション : \[service_offering\] テーブルにマッピングされたテクニカルサービスオファリングは「テクニカルサービス」として分類され、サービスから派生します。テクニカルサービスオファリングは、親が特定のテクニカルニーズを処理する方法に基づいています。すべての操作可能なテクニカルサービスには、少なくとも 1 つのテクニカルサービスオファリングが含まれている必要があります。 ダイナミック CI グループを介して関連付けられた各 CI は、1 つのテクニカルサービスまたはテクニカルサービスオファリングだけに関連付けることができます。1 つのサービスに SLA、OLA、サポートグループ、およびコミットメントが異なる複数のオファリングが含まれる場合には、競合が発生する可能性があります。 ## ダイナミック CI グループ {#manage-tech-servs-domain__section_gg1_qm5_cmb} ダイナミック CI グループは、CMDB グループクエリから生じる CI で構成されます。たとえば、「デトロイトのすべての Web サーバー」または「ムンバイのすべての Oracle データベース」の場所に基づいてダイナミック CI グループを作成することができます。 注: ダイナミック CI グループには CI のみが含まれ、他の CI グループを含めることはできません。 ダイナミック CI グループは、\[cmdb_ci_query_based_service\] テーブルにマッピングされ、必要に応じてアプリケーションサービスまたはテクニカルサービスのいずれかに分類されます。次の状況で、ダイナミック CI グループを使用できます。 クエリベースのアプリケーションサービス : サービスマッピング はまだ有効になっていませんが、MyAppServiceProd に 12 のサーバーと 3 つのデータベースインスタンスがあります。スプレッドシートをダイナミック CI グループに置き換えて、アプリケーションサービスとして使用できます。 「[ダイナミック CI グループメソッドを使用したアプリケーションサービスの設定](https://www.servicenow.com/docs/b3RLCYBIOnuA7hKl62GT2w "アプリケーションサービスを設定するためのダイナミック CI グループメソッドは、ダイナミック CI グループを自動的に生成します。ダイナミック CI グループの基になっている CMDB グループのメンバーが、アプリケーションサービスに入力されます。アプリケーションサービスは、CMDB グループと継続的に同期して、CMDB グループのメンバーシップの変更を反映します。")」を参照してください。 インフラストラクチャ CI の管理対象グループ : デトロイトの Web サーバーは、DetroitRockCity テクニカルサービスオファリングによって管理されています。テクニカルサービスオファリングからインフラストラクチャ CI への関係を手動で作成する代わりに、ダイナミック CI グループを使用します。テクニカルサービスオファリング CI (DetroitRockCity) からダイナミック CI グループ (デトロイトの Web サーバー) への 1 つの関係により、必要な可視化が得られます。 CI のパッチを管理する方法 : 変更管理 で、更新する必要があるダイナミック CI グループを選択し、ビジネスルールを使用して \[影響を受ける CI\] フィールドに自動入力できます。 ## アプリケーションサービス {#manage-tech-servs-domain__section_qrh_5m5_cmb} アプリケーションサービスは、サービスを提供するように構成されている、相互接続された一連のアプリケーションとホストです。アプリケーションサービスは、展開されたシステムまたはアプリケーションスタックの論理表現です。アプリケーションサービスを使用することで、サービスのマップと変更履歴を表示できます。たとえば、イベント管理 アプリケーションは、サービスパフォーマンスを監視して、アプリケーションサービスの健全性の問題を特定することができます。 アプリケーションサービスは、組織のメールシステムのような社内向け、または組織の Web サイトのような顧客向けにすることができます。たとえば、Web ベースのアプリケーションを使用して財務報告を作成するには、コンピューター、Web サーバー、アプリケーションサーバー、データベース、ミドルウェア、ネットワークインフラストラクチャーが必要です。アプリケーションとホストは、財務レポートサービスを提供するように構成されています。アプリケーションサービスは、開発、テスト、本番など環境におけるビジネスアプリケーションまたはシステムのインスタンスを表します。 アプリケーションサービスは、サービスマッピング 機能のエントリーポイントです。アプリケーションサービスは、ビジネスサービスまたはテクニカルサービスをサポートし、一般的なレポート用に CMDB アプリケーションサービステーブル \[cmdb_ci_service_auto\] にマッピングされます。 アプリケーションサービスは、IT Service Management (ITSM)、IT Operations Management（ITOM) (ITOM)、戦略的ポートフォリオ管理 (SPM) (SPM)、および カスタマーサービス管理 (CSM) の主要な関係エンティティです。 アプリケーションサービスには、ビジネスアプリケーション、ビジネスサービス、テクニカルサービス、アプリケーション、およびインフラストラクチャ CI の間の関係が含まれます。アプリケーションサービスは、関連するビジネスまたはテクニカルサービスオファリングを使用して公開できます。詳細については、「[アプリケーションサービスダッシュボードでのアプリケーションサービスの健全性の監視](https://www.servicenow.com/docs/_PGCr7NylStvYMbYVaxhcg "アプリケーションサービスダッシュボードからのインサイトを使用して、不完全なアプリケーションサービスの設定を行い、不足しているデータを追加することで、不完全なアプリケーションサービスの数を低減できます。アプリケーションサービスを効果的に使用するために、アプリケーションサービスが完全に構成され、設定されていることを確認します。")」を参照してください。 アプリケーションサービスがマップされるテーブルは、作成に使用された方法によって異なります。{#manage-tech-servs-domain__table_utv_mmk_qmb__entry__2} | アプリケーションサービスを作成するために使用した方法 | テーブルへのマッピング | |-|-| | トップダウンディスカバリー (サービスマッピング) | cmdb_ci_service_discovered | | ダイナミック CI グループ (クエリーベース) | cmdb_ci_query_based_service | | タグ | cmdb_ci_service_tags | | 手動 (\[アプリケーションサービスの作成\] フォームを使用) | cmdb_ci_service_discovered | [表 : 1. テーブルにマッピングされた方法] {#manage-tech-servs-domain__table_utv_mmk_qmb} * アプリケーションサービスおよび、そのサービスを作成するために使用できる方法については、「[アプリケーションサービス](https://www.servicenow.com/docs/9uOsRDHvX5HcEIibSnzt7w "アプリケーションサービスについて理解し、さまざまなアプリケーションサービスタイプと、複数の ServiceNow 事業部門や製品での使用方法について学びます。")」および「[アプリケーションサービスの作成](https://www.servicenow.com/docs/TJtv2oCiIZPG_xQZqOQMGA "アプリケーションサービス を作成して、CSDM 標準に準拠し、組織、メンテナンス、および組織内のサービスの監視を標準化します。")」を参照してください。 * アプリケーションサービスの必須属性を指定できます。「[アプリケーションサービスの属性と関係の指定](https://www.servicenow.com/docs/~CJtk0rBGHwqK~nC_6mKyw "アプリケーションサービス設定モジュールを使用して、ユーザーがアプリケーションサービスを作成するときに必要な属性と関係を指定します。")」および「[アプリケーションサービスに必要な属性および関係性の修正](https://www.servicenow.com/docs/OVF48eO26swWbDo9tmcyZQ "アプリケーションサービスを作成する際に必要な属性および関係性のリストを修正します。")」を参照してください。 * アプリケーションサービスと他の CSDM ドメインのコンポーネントの間の関係を設定できます。「[サービスマッピング](https://www.servicenow.com/docs/access?context=c_ServiceMappingOverview&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)」を参照してください。 {#manage-tech-servs-domain__ul_c44_kxk_dxb} ## アプリケーション {#manage-tech-servs-domain__section_yfn_qnq_5mb} アプリケーションとは、動作を定義したり特定の機能を実行したりするプログラムまたはモジュールのことです。アプリケーションは通常、検出可能なインスタンスであり、1 つ以上のサービス用の特定の機能セットを提供します。 * アプリケーションテーブルと拡張テーブルには、ホスト上で使用されている一意に検出されたコードのインスタンスが含まれています。 * アプリケーションはインフラストラクチャ CI と見なされます。 * インスタンスは、単一ホスト上のアプリケーションに制限されます。この制限により、ディスカバリー中にアプリケーションが一意に識別されます。 * アプリケーションとアプリケーションサービスの間には、1 対 1 ではなく 1 対多の関係があります。データベースインスタンスなどの単一のインストール済みアプリケーションは、その構成とアプリケーションの用途に応じて、複数のアプリケーションサービスをサポートする場合があります。 {#manage-tech-servs-domain__ul_n4n_rnq_5mb} 注: アプリケーションテーブル \[cmdb_ci_appl\] は、アプリケーションのインベントリまたはポートフォリオではありません。管理対象アプリケーションの詳細を誤ってアプリケーションテーブルに格納しないでください。これらの詳細 (インベントリまたはアプリケーションポートフォリオオブジェクト) は、([CSDM フレームワークの設計ドメイン](https://www.servicenow.com/docs/3sye3AuqUbwRgcTWA4z8Ng "設計ドメインは、デジタル製品の設計と計画をサポートします。設計ドメインの CI は運用されていないため、インシデント管理、問題管理、または 変更管理 に選択することはできません。このドメインのテーブルの一般的なユーザーは、エンタープライズアーキテクトとアプリケーションオーナーです。") に記載されているように) ビジネスアプリケーションテーブルに属します。 ## インフラストラクチャ CI {#manage-tech-servs-domain__section_bd3_jdb_1wb} インフラストラクチャ CI は、管理対象の物理および論理コンポーネントです。CI は、サーバー、データベース、ルーターなどの単一のモジュールの場合もあれば、完全システム (Web サーバー、データベース、インフラストラクチャなど) の場合もあります。 基盤となるインフラストラクチャコンポーネントまたは CI は複雑になる可能性があります。物理 CI 上にデータ構造が階層化されると、複雑さが増します。そのため、事業関係マネージャーまたはエンタープライズアーキテクトと協力して、ご利用のビジネス機能とビジネスアプリケーションを定義する必要があります。 ## ServiceNow Community の CSDM に関するビデオ {#manage-tech-servs-domain__section_ljb_mww_mwb} [すべての CSDM ビデオの再生リスト](https://www.youtube.com/playlist?list=PLkGSnjw5y2U7QNr9jL6TAgwQvYBI_LEtK)