シナリオ: Web 展開のテスト環境を構成する

作成者: Jason Lee

このトピックでは、開発者またはテスト環境の一般的な Web 配置シナリオについて説明し、同様の環境を設定するために完了する必要があるタスクについて説明します。

Web アプリケーションの開発者は、多くの場合、現実的な設定でアプリケーションの変更のテストに使用できるサーバー環境へのアクセスが許可されます。 この種の開発環境またはテスト環境には、通常、こちらのような特性があります。

  • 環境は、単一の Web サーバーと単一のデータベース サーバーで構成されます。
  • 開発者は通常、サーバーの管理者特権を持ち、アプリケーションの要件に合わせて環境を構成できます。
  • アプリケーションに対する変更は頻繁にデプロイされるため、環境ではシングル ステップまたは自動デプロイをサポートする必要があります。

たとえば、このチュートリアルのシナリオにおいて、Matt Hink は Fabrikam, Inc. の開発者です。Matt は Contact Manager ソリューションの開発に取り組んでおり、定期的にテスト環境に変更をデプロイする必要があります。 Matt は、テスト Web サーバーとテスト データベース サーバーの管理者です。 最初に、Matt はソリューションをテスト環境に直接配置できる必要があります。

Example from tutorial scenario.

作業が進み、チームに参加する開発者が増えるにつれて、Contact Manager ソリューションは Team Foundation Server (TFS) での継続的インテグレーション (CI) 用に構成されます。 開発者がコンテンツをチェックインするたびに、チーム ビルドはソリューションをビルドし、単体テストを実行して、ソリューションをテスト環境に自動的に配置する必要があります。

As work progresses and more developers join the team, the Contact Manager solution is configured for continuous integration (CI) in Team Foundation Server (TFS).

ソリューションの概要

テスト環境ではリモート コンピューターからの単一ステップまたは自動的な配置をサポートする必要があるため、主に 2 つのアプローチから選択できます。 次のことを実行できます。

  • Web 配置エージェント サービス ("リモート エージェント") を使用した配置をサポートするようにテスト Web サーバーを構成します。
  • Web 配置ハンドラーを使用した配置をサポートするようにテスト Web サーバーを構成します。

Note

Web 配置オンデマンド ("一時エージェント") を使用することもできます。 これは、要件と制約の観点からリモート エージェントのアプローチに似ています。

この場合、開発者は宛先サーバーに対する管理者特権を持ち、テスト環境は厳密なセキュリティ制約の対象ではないため、リモート エージェントを使用した配置をサポートするようにテスト Web サーバーを構成するのが論理的な選択です。 これは、Web 配置ハンドラー アプローチよりも複雑ではなく、初期構成も少なくて済みます。 また、リモート アクセスと配置をサポートするようにデータベース サーバーを構成する必要もあります。

これらのトピックでは、これらのタスクを完了するために必要なすべての情報を提供します:

もっと読む

一般的なステージング環境の構成に関するガイダンスについては、「シナリオ:Web 配置のステージング環境を構成する」を参照してください。 一般的な運用環境の構成に関するガイダンスについては、「シナリオ: Web デプロイの運用環境の構成」を参照してください。