シナリオ: Web 展開のテスト環境を構成する
作成者: Jason Lee
このトピックでは、開発者またはテスト環境の一般的な Web 配置シナリオについて説明し、同様の環境を設定するために完了する必要があるタスクについて説明します。
Web アプリケーションの開発者は、多くの場合、現実的な設定でアプリケーションの変更のテストに使用できるサーバー環境へのアクセスが許可されます。 この種の開発環境またはテスト環境には、通常、こちらのような特性があります。
- 環境は、単一の Web サーバーと単一のデータベース サーバーで構成されます。
- 開発者は通常、サーバーの管理者特権を持ち、アプリケーションの要件に合わせて環境を構成できます。
- アプリケーションに対する変更は頻繁にデプロイされるため、環境ではシングル ステップまたは自動デプロイをサポートする必要があります。
たとえば、このチュートリアルのシナリオにおいて、Matt Hink は Fabrikam, Inc. の開発者です。Matt は Contact Manager ソリューションの開発に取り組んでおり、定期的にテスト環境に変更をデプロイする必要があります。 Matt は、テスト Web サーバーとテスト データベース サーバーの管理者です。 最初に、Matt はソリューションをテスト環境に直接配置できる必要があります。
作業が進み、チームに参加する開発者が増えるにつれて、Contact Manager ソリューションは Team Foundation Server (TFS) での継続的インテグレーション (CI) 用に構成されます。 開発者がコンテンツをチェックインするたびに、チーム ビルドはソリューションをビルドし、単体テストを実行して、ソリューションをテスト環境に自動的に配置する必要があります。
ソリューションの概要
テスト環境ではリモート コンピューターからの単一ステップまたは自動的な配置をサポートする必要があるため、主に 2 つのアプローチから選択できます。 次のことを実行できます。
- Web 配置エージェント サービス ("リモート エージェント") を使用した配置をサポートするようにテスト Web サーバーを構成します。
- Web 配置ハンドラーを使用した配置をサポートするようにテスト Web サーバーを構成します。
Note
Web 配置オンデマンド ("一時エージェント") を使用することもできます。 これは、要件と制約の観点からリモート エージェントのアプローチに似ています。
この場合、開発者は宛先サーバーに対する管理者特権を持ち、テスト環境は厳密なセキュリティ制約の対象ではないため、リモート エージェントを使用した配置をサポートするようにテスト Web サーバーを構成するのが論理的な選択です。 これは、Web 配置ハンドラー アプローチよりも複雑ではなく、初期構成も少なくて済みます。 また、リモート アクセスと配置をサポートするようにデータベース サーバーを構成する必要もあります。
これらのトピックでは、これらのタスクを完了するために必要なすべての情報を提供します:
- Web 配置発行用の Web サーバーを構成します (リモート エージェント)。 このトピックでは、クリーン Windows Server 2008 R2 ビルドから、リモート エージェントアプローチを使用して、Web デプロイの発行をサポートする Web サーバーを構築する方法について説明します。
- Web デプロイ発行のデータベース サーバーを構成します。 このトピックでは、SQL Server 2008 R2 の既定のインストールから開始して、リモート アクセスとデプロイをサポートするようにデータベース サーバーを構成する方法について説明します。
もっと読む
一般的なステージング環境の構成に関するガイダンスについては、「シナリオ:Web 配置のステージング環境を構成する」を参照してください。 一般的な運用環境の構成に関するガイダンスについては、「シナリオ: Web デプロイの運用環境の構成」を参照してください。