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