段階 I では、すべての主要なサービスの構築と、ビジネス環境を反映したサービス階層の確立に焦点を当てます。この段階では、高レベルのビジネス関連のすべてのサービス、およびそれらが依存するより低いレイヤ サービスの多くを作成します。段階 I の実装では、あらゆるサービス障害を包含する包括的なソリューションは提供しません。ただし、サービスを示す階層を作成します。各組織は、それらのサービスがビジネス全体に与える影響に依存します。

このプロセスの全体にわたって、馴染みがなく、リソースを確定できないサービスを識別します。空のサービスを作成できます。空のサービスを定義すると、馴染みのないビジネス領域またはインフラストラクチャ領域を明確にできる可能性があります。

通常、ビジネス環境内のさまざまな組織をリスト表示することにより、高レベル サービスを識別し始めることができます。ビジネスがサービス プロバイダである場合、これにはさまざまな顧客と、それらの顧客によって共有されているコア サービス コンポーネントが含まれる可能性があります。エンタープライズ環境で頻繁に作業している場合、ビジネス内のさまざまな部門をリスト表示できます。これらの部門は頻繁に高レベル サービスと見なされる場合があります。また、これらの高レベル サービス内の依存性を識別できます。

高レベルのビジネス固有のサービスを決定したら、それらが依存するサービスについて考えます。サービスのこの次の層は、組織内の特定の職務に一般的に関連付けられます。これらのサービスは特定のアプリケーション、特定のデータ、および特定のセキュリティ アクセスに関連している可能性があります。さまざまな共有された専門サービスを識別します。

さまざまな組織が依存するサービスを識別したら、それらのサービスの提供に関する要件を考慮します。このレベルでは、アプリケーションまたはデータベース用サーバを識別します。これらのサービスの性質によって、専門のサービス階層およびアプリケーションの相互依存を認識します。

これで、さまざまな職務にとって重要なサービスの広いセットを定義しました。これにより、これらの職務サービスが必要とする共有されたコンポーネント サービスを探すことができます。アプリケーションまたはアクセス領域のタイプにかかわらず、特殊なサービスの基盤を提供する多くの共通のサービスを見つけることができます。このレベルでは、DNS や DHCP のような共通のネットワーキングまたはドメイン管理サービスがあります。

最後に、すべてのより高いレベルのサービスが依存する共用ネットワーク リソースを決定します。トラフィックを管理し、アクセスを制御するネットワークのコア領域を探します。これらのコア サービスは、最終的には、識別したその他のすべてのサービスに実際に影響を与えます。

これで、サービス モデルの作成を開始するための十分な情報を収集しました。サービス作成のこの初期段階では、最も明確なリソースと障害に焦点を当てます。この段階の目標は、包括的なサービスを作成することではなく、ビジネスの機能を示す広いサービス階層を確立することです。

あらゆるリソース障害に対応する完全なサービスを定義しようとするトラップに陥りがちです。問題は、すぐに複雑さによって悩まされ、各サービスの複雑さを理解しているドメイン専門家からの支援が必要になることです。このプロセスでは、多くの時間を消費し、サービス階層全体を構築するプロセスが遅れる場合があります。後の段階内の各サービスに移動し、より複雑な障害シナリオを処理するリソース監視機能を調整できます。

最初の段階のリソースを確定するためのガイドラインとして、以下のステートメントを完了してください： "_________ がダウンしていれば、サービスは動作しません。" この質問の答えは、最初の段階で監視できるリソースです。潜在的なすべてのリソースについて考慮しないように注意します。明確なリソースでサービスを作成し、続行します。段階 I 用のほとんどのサービスには、リソースとしてその他のサービスがあります。1 つのサービスが別のサービスに依存することを決定できます。別のサービスがどのように動作するか理解しなくても、空のサービスを作成して続行できます。

ビジネス環境を反映するサービス階層を構築したら、段階 I は完了です。他のユーザに相談し、全体設計を検証します。作成した階層は後の段階用の基準として役立ちます。