翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# アプリケーションポートフォリオのベースラインの確立
<a name="baseline-application-portfolio"></a>

信頼性の高い移行ウェーブプランを作成するには、アプリケーションのポートフォリオとそれに関連するインフラストラクチャのベースラインを確立する必要があります。ポートフォリオベースラインは、技術的な依存関係や移行戦略など、移行範囲の包括的なビューを提供します。ポートフォリオベースラインは、移行の対象となるアプリケーションと、[「評価データ要件の理解](understanding-complete-assessment-data-requirements.md)」セクションで概説されているデータポイントが収集されることを明確にします。同様に、関連するすべてのインフラストラクチャ (コンピューティング、ストレージネットワーク) が理解され、アプリケーションにマッピングされます。

技術的な依存関係は、次の 4 つのカテゴリで説明できます。
+ **Application-to-infrastructure** の依存関係は、ソフトウェアと物理ハードウェアまたは仮想ハードウェア間のリンクを確立します。たとえば、CRM アプリケーションとインストールされている仮想マシンの間には依存関係があります。
+ **アプリケーションコンポーネントの**依存関係は、さまざまなインフラストラクチャアセットで実行されているコンポーネントがどのように相互作用するかを示します。アプリケーションコンポーネントの依存関係の例としては、仮想マシンで実行されるウェブフロントエンド、別の仮想マシンで実行されるアプリケーションレイヤー、データベースクラスターで実行されるデータベースなどがあります。
+ **Application-to-application**依存関係は、アプリケーションまたはアプリケーションコンポーネントと他のアプリケーションまたはそのコンポーネントとのやり取りに関連しています。application-to-application依存関係の例としては、支払い処理アプリケーションと株式管理アプリケーションがあります。これらのアプリケーションは独立していますが、定義された API オペレーションを使用して常にやり取りします。
+ **Application-to-infrastructure サービスの**依存関係は、インフラストラクチャサービス自体がアプリケーションであるため、技術的にはapplication-to-application依存関係です。ただし、これらを個別に分類することをお勧めします。主な理由は、インフラストラクチャサービスは通常多くのアプリケーションによって共有されるため、依存関係の長い証跡があることです。また、通常、異なる移行戦略とパターンに従います。例えば、ロードバランサーには複数のアプリケーションのバランシングプールを含めることができます。重要なのは、依存アプリケーションとともに個別に移行される可能性が高いプールへの依存関係です。一方、ロードバランサー自体は保持されるか、retired.In を追加することで、application-to-infrastructureへのサービスの依存関係を個別化することで、誤った依存関係グループを回避できます。false 依存関係グループは、複数のビジネスアプリケーションがグループ化されている場合であり、 インフラストラクチャサービスへの共通の依存関係を持つ を同時に移行する必要があることを意味します。例えば、Active Directory などの認証サービスは、大規模なアプリケーショングループに関連付けられている可能性があります。重要なのは、これらのアプリケーションを個別にアプローチし、クラウド環境で などのサービスを有効にして依存関係に対処する AWS Directory Service for Microsoft Active Directoryことです。

ポートフォリオのベースラインを確立するときは、各アプリケーションコンポーネントの移行戦略を確認することをお勧めします。移行戦略は、移行用の 6 R の 1 つです ([「6 R の移行戦略の反復](iterating-6-rs-migration-strategy-selection.md)」セクションを参照してください）。ポートフォリオベースラインでは、6 つの R のいずれかを各アプリケーションに関連付ける必要があります。6 R 戦略は、アプリケーションの各インフラストラクチャコンポーネントにも関連付ける必要があります。

依存関係や移行戦略など、ポートフォリオのベースラインバージョンを確立するには、自動検出ツールを使用します ([「検出ツールの必要性の評価](understanding-initial-assessment-data-requirements.md#discovery-tooling)」を参照）。アプリケーション所有者やインフラストラクチャチームなどの主要な利害関係者から収集された情報でデータを補完します。このステージのデータ[要件セクションで説明されている属性と忠実度レベルに一致する完全なポートフォリオインベントリを取得するまで、データを収集](understanding-complete-assessment-data-requirements.md)し続けます。結果として得られるデータセットは、移行の推進に役立ちます。

移行の範囲と利用可能なツールによっては、このアクティビティが完了するまでに数週間かかる場合があることに注意してください。