サービス ポリシーの指定に関する次の手順は、各リソースがサービスにどのような影響を与えるかを考慮することです。具体的には、各リソースの障害がサービス ヘルスにどのように影響するかを考慮します。

サービス モデルのヘルスは、稼働、ダウン、低下、およびやや低下の 4 つの値によって表現できます。識別された各リソース、およびそのリソースで障害が発生した場合にサービス ヘルスを示すかどうかを考慮します。

障害マトリックス テーブルは、さまざまなリソース障害がどのようにサービス ヘルスに影響を与えるかを文書化するために役立つツールとなります。障害マトリックスは、各リソース用の列と、サービス ヘルス用の列で構成されたテーブルです。Web ベースのアプリケーションをサポートする 1 ペアのサーバ用のシンプルな障害マトリックスの例を以下に示します。サーバ 1 とサーバ 2 の列には、各サーバの潜在的なステータスが含まれています。［サービス ヘルス］列には、各サーバのステータスを示す論理サービス ヘルスが含まれています。

テーブルを確認した後、以下のステートメントを使ってサービスの動作を記述できます。

リソース独立した方式で述べられて、以下の 2 つの表現が識別できます。

CA Spectrum サービス ポリシーの点では、この 2 つの表現はルールとみなすことができ、集団的に、ルール セットを構成します。属性およびルール セットの組み合わせがサービス ポリシーです。

どのリソース モデル属性がステータスを表しているかを最初に識別し、次に指定したサービス ポリシーの各リソースが、サービス ヘルスにどのような影響を与えるかを記述したルール セットを特定します。

CA Spectrum Service Manager はそのまま使用可能な多くのポリシーを提供しますが、特定したリソースの動作がすぐに使用できるポリシーと一致しない場合は、いつでも独自のポリシーを作成できます。

サービスの基本構造を確定したら、CA Spectrum でモデリングできます。このモデルを第 1 段階のモデルと考えることができます。このプロセス全体で、サービスの管理容量が適切でない領域をいくつか識別する可能性があります。前述したように、サービス モデリングは反復プロセスで、精度が向上するように、各段階でサービスの監視容量の拡大や改善が行われます。

サービス定義を改善する次のセクションでは、最初にサービスを定義する場合に検出される一般的な問題について説明し、サービス モデルの改善方法に関するテクニックをいくつか説明します。