CSDM フレームワークのテクニカルサービスの管理ドメイン
テクニカルサービスの管理ドメインは、サービスマッピング や ディスカバリー などの IT Operations Management（ITOM) (ITOM) 製品で使用されているテーブルが含まれます。
このドメインの CI は、インストールされているアプリケーション、サーバー、ネットワークコンポーネントなどの検出されたアイテムです。テクニカルサービスの管理ドメインは、使用中のテクニカルサービスのポートフォリオも表します。これらのサービスは操作可能です。つまり、ITSM インシデント管理、問題管理、または 変更管理 用に選択できます。
一般的なユーザーは、アプリケーションサービスオーナー (アプリケーションとプラットフォーム) とテクノロジーサービスオーナー (インフラストラクチャとデリバリー) です。テクノロジーコンシューマーは、要求カタログを介してテクニカルサービスオファリングを要求できます。
テクニカルサービスの管理ドメインのテーブルは、会社が販売しているかテクノロジー、またはプロバイダービューで利用しているテクノロジーを表します。テーブルに入力する際に サービスマッピング と ディスカバリー の使用は必須ではありませんが、これらの製品はプロセスを迅速化し、エラーを最小限に抑えます。また、CI とその関係を管理することもできます。このドメインには以下のテーブルが含まれます。
- テクニカルサービステーブル [cmdb_ci_service_technical]
- イベント管理 のテクニカルサービスではダイナミック CI グループテーブル [cmdb_ci_query_based_service] を使用します。
- 要求カタログ
- テクニカルサービスオファリングテーブル [service_offering]
- ダイナミック CI グループテーブル [cmdb_ci_query_based_service]
- マッピング済みアプリケーションサービステーブル [cmdb_ci_service_discovered] (ベースシステムに含まれる)
テクニカルサービス
テクニカルサービスは、サービスオーナーに関連付けられ、通常は 1 つ以上のビジネスサービスまたはアプリケーションサービスの下に階層化されています。テクニカルサービスには、1 つ以上のテクニカルサービスオファリングが含まれる場合があります。
テクニカルサービスユーザーは、ビジネスに提供するテクノロジーを表示および管理できます。イベント管理 を使用すると、サービスパフォーマンスを監視できます。イベント管理 を使用して、関連するインフラストラクチャ CI とアプリケーションサービスの健全性の問題を特定することもできます。
テクニカルサービスは、販売/消費ドメインのサービスポートフォリオの一部として管理できます (つまり、サービスポートフォリオ階層はテクニカルサービスから参照できます)。これにより、サービスポートフォリオ管理 (SPM) ワークスペースおよび関連するワークスペース内のテクニカルサービスとビジネスサービスの両方の、より完全な階層化と管理が可能になります。テクニカルサービスに投資することでビジネスサービスのパフォーマンスと信頼性がどのように向上するかを把握すると、より適切な意思決定を行うことができます。
テクニカルサービスオファリング
- パフォーマンスのレベル
- 場所または地域
- 環境
- 価格設定
- 利用できる場所
- 機能
- サポートグループ (インシデント用)
- テクニカル承認グループ (変更用)
- パッケージオプション (コミットメント)
- 1 つ以上のサービスコミットメント
- サービスコミットメントは、コンシューマーとプロバイダーの間で合意されたサービスデリバリーの義務を定義します。サービスコミットメントは、可用性、重要度、スコープ、価格、その他の要素に関してサービスのレベルを一意に定義します。たとえば、組織では、以下のようにアプリケーションサービスについて 2 つのレベルのサポートを提供できます。
- 本番レベルオファリングのサポート：本番インスタンスの高レベルの可用性と重要度を提供します。24 時間、週 7 日の 5 分間の応答時間の保証が含まれています。
- 非本番レベルオファリングのサポート：非本番インスタンスの制限された可用性と重要度。月曜日から金曜日の午前 8 時から午後 5 時までの 60 分間の応答時間の保証が含まれています。
- オファリングにアクセスできるユーザーを記録するサービスオファリングサブスクリプション
[service_offering] テーブルにマッピングされたテクニカルサービスオファリングは「テクニカルサービス」として分類され、サービスから派生します。テクニカルサービスオファリングは、親が特定のテクニカルニーズを処理する方法に基づいています。すべての操作可能なテクニカルサービスには、少なくとも 1 つのテクニカルサービスオファリングが含まれている必要があります。
ダイナミック CI グループを介して関連付けられた各 CI は、1 つのテクニカルサービスまたはテクニカルサービスオファリングだけに関連付けることができます。1 つのサービスに SLA、OLA、サポートグループ、およびコミットメントが異なる複数のオファリングが含まれる場合には、競合が発生する可能性があります。
ダイナミック CI グループ
- クエリベースのアプリケーションサービス
- サービスマッピング はまだ有効になっていませんが、MyAppServiceProd に 12 のサーバーと 3 つのデータベースインスタンスがあります。スプレッドシートをダイナミック CI グループに置き換えて、アプリケーションサービスとして使用できます。
- インフラストラクチャ CI の管理対象グループ
- デトロイトの Web サーバーは、DetroitRockCity テクニカルサービスオファリングによって管理されています。テクニカルサービスオファリングからインフラストラクチャ CI への関係を手動で作成する代わりに、ダイナミック CI グループを使用します。テクニカルサービスオファリング CI (DetroitRockCity) からダイナミック CI グループ (デトロイトの Web サーバー) への 1 つの関係により、必要な可視性が得られます。
- CI のパッチを管理する方法
- 変更管理 で、更新する必要があるダイナミック CI グループを選択し、ビジネスルールを使用して [影響を受ける CI] フィールドに自動入力できます。
手順については、「ダイナミック CI グループの作成」を参照してください。
アプリケーションサービス
アプリケーションサービスは、展開されたシステムまたはアプリケーションスタックの論理表現です。アプリケーションサービスを使用することで、サービスのマップと変更履歴を表示できます。たとえば、イベント管理 アプリケーションは、サービスパフォーマンスを監視して、アプリケーションサービスの健全性の問題を特定することができます。
アプリケーションサービスは、組織のメールシステムのような社内向け、または組織の Web サイトのような顧客向けにすることができます。たとえば、Web ベースのアプリケーションを使用して財務報告を作成するには、コンピューター、Web サーバー、アプリケーションサーバー、データベース、ミドルウェア、ネットワークインフラストラクチャーが必要です。アプリケーションとホストは、財務レポートサービスを提供するように構成されています。アプリケーションサービスは、開発、テスト、本番など環境におけるビジネスアプリケーションまたはシステムのインスタンスを表します。
アプリケーションサービスは、サービスマッピング 機能のエントリーポイントです。アプリケーションサービスは、ビジネスサービスまたはテクニカルサービスをサポートし、一般的なレポート用に CMDB アプリケーションサービステーブル [cmdb_ci_service_auto] にマッピングされます。
アプリケーションサービスは、IT Service Management (ITSM)、IT Operations Management（ITOM) (ITOM)、戦略的ポートフォリオ管理 (SPM) (SPM)、および カスタマーサービス管理 (CSM) の主要な関係エンティティです。
アプリケーションサービスには、ビジネスアプリケーション、ビジネスサービス、テクニカルサービス、アプリケーション、およびインフラストラクチャ CI の間の関係が含まれます。アプリケーションサービスは、関連するビジネスまたはテクニカルサービスオファリングを使用して公開できます。
| アプリケーションサービスを作成するために使用した方法 | テーブルへのマッピング |
|---|---|
| トップダウン検出 (Service Mapping) | cmdb_ci_service_discovered |
| ダイナミック CI グループ (クエリーベース) | cmdb_ci_query_based_service |
| タグ | cmdb_ci_service_tags |
| 手動 ([アプリケーションサービスの作成] フォームを使用) | cmdb_ci_service_discovered |
- アプリケーションサービスおよび、そのサービスを作成するために使用できる方法については、「アプリケーションサービス」および「アプリケーションサービスの作成」を参照してください。
- アプリケーションサービスの必須属性を指定できます。「アプリケーションサービスの属性と関係の指定」および「アプリケーションサービスに必要な属性および関係性の修正」を参照してください。
- アプリケーションサービスと他の CSDM ドメインのコンポーネントの間の関係を設定できます。「Service Mapping」を参照してください。
アプリケーション
アプリケーションとは、動作を定義したり特定の機能を実行したりするプログラムまたはモジュールのことです。アプリケーションは通常、検出可能なインスタンスであり、1 つ以上のサービス用の特定の機能セットを提供します。
- アプリケーションテーブルと拡張テーブルには、ホスト上で使用されている一意に検出されたコードのインスタンスが含まれています。
- アプリケーションはインフラストラクチャ CI と見なされます。
- インスタンスは、単一ホスト上のアプリケーションに制限されます。この制限により、検出中にアプリケーションが一意に識別されます。
- アプリケーションとアプリケーションサービスの間には、1 対 1 ではなく 1 対多の関係があります。データベースインスタンスなどの単一のインストール済みアプリケーションは、その構成とアプリケーションの用途に応じて、複数のアプリケーションサービスをサポートする場合があります。
インフラストラクチャ CI
インフラストラクチャ CI は、管理対象の物理および論理コンポーネントです。CI は、サーバー、データベース、ルーターなどの単一のモジュールの場合もあれば、完全システム (Web サーバー、データベース、インフラストラクチャなど) の場合もあります。
基盤となるインフラストラクチャコンポーネントまたは CI は複雑になる可能性があります。物理 CI 上にデータ構造が階層化されると、複雑さが増します。そのため、事業関係マネージャーまたはエンタープライズアーキテクトと協力して、ご利用のビジネス機能とビジネスアプリケーションを定義する必要があります。