シナリオ:Web 配置の運用環境を構成する
このトピックでは、運用環境の一般的な Web デプロイ シナリオについて説明し、同様の環境を設定するために完了する必要があるタスクについて説明します。
運用環境は、Web アプリケーションまたは Web サイトの最終的な宛先です。 この時点で、アプリケーションはテストを経て、ステージング環境にデプロイされ、"ライブに移行" する準備が整いました。運用環境の特性は、Web コンテンツの性質と目的、organizationのサイズ、ターゲットユーザー、その他多くの要因によって大きく異なる場合があります。 エンタープライズ規模のシナリオでは、運用環境に次の特性が含まれる場合があります。
- この環境は、複数の負荷分散された Web サーバーと 1 つ以上のデータベース サーバーで構成されます。多くの場合、フェールオーバー クラスタリングとデータベース ミラーリングが使用されます。
- 環境がインターネットに接続している場合は、内部ネットワークから分離される可能性があります。 境界ネットワーク内の別のサブネット上に存在する場合、別のドメイン上にある可能性があり、まったく異なるネットワーク インフラストラクチャ上にある可能性があります。
- 開発者とビルド サーバー プロセス アカウントは、運用サーバーに対する管理者特権を持つ可能性が非常に低いです。
- アプリケーションに対する変更は、テストまたはステージングデプロイよりも頻繁にデプロイされません。
Note
複数のサーバー間でデータベースのデプロイをスケールアウトする方法については、このチュートリアルの範囲外です。 この領域の詳細については、オンライン ブックSQL Server参照してください。
たとえば、 このチュートリアル シナリオでは、チーム ビルド サーバーに、ユーザーが Contact Manager ソリューションをビルドし、それを 1 つの手順でステージング環境に展開できるようにするビルド定義が含まれています。 セキュリティ要件とネットワーク インフラストラクチャによって課される制約により、アプリケーションを運用環境に展開する準備ができたら、運用環境の管理者は Web パッケージを運用 Web サーバーに手動でコピーし、インターネット インフォメーション サービス (IIS) マネージャーを使用してインポートする必要があります。
ソリューションの概要
このシナリオでは、デプロイ要件の分析からこれらの事実を推測できます。
- セキュリティ制限とネットワーク構成のため、ワンクリックまたは自動デプロイをサポートするように運用環境を構成することはできません。 オフラインデプロイは、このシナリオで実行可能な唯一のアプローチです。
- 運用環境には複数の Web サーバーが含まれているため、Web ファーム フレームワーク (WFF) を使用してサーバー ファームを作成できます。 この方法を使用すると、管理者はアプリケーションを 1 つの Web サーバー (プライマリ サーバー) にインポートするだけで済み、WFF は運用環境の他のすべての Web サーバーに展開をレプリケートします。
これらのトピックでは、これらのタスクを完了するために必要なすべての情報を提供します。
- Web ファーム フレームワークを使用してサーバー ファームを作成します。 このトピックでは、Web プラットフォームの製品とコンポーネント、構成設定、Web サイトとアプリケーションが複数の負荷分散された Web サーバー間でレプリケートされるように、WFF を使用してサーバー ファームを作成および構成する方法について説明します。
- Web 配置発行 (オフライン展開) 用に Web サーバーを構成します。 このトピックでは、クリーン Windows Server 2008 R2 ビルドから開始して、管理者が Web パッケージを手動でインポートおよび展開できる Web サーバーを構築する方法について説明します。
- Web 配置発行用にデータベース サーバーを構成します。 このトピックでは、SQL Server 2008 R2 の既定のインストールから開始して、リモート アクセスと展開をサポートするようにデータベース サーバーを構成する方法について説明します。
もっと読む
一般的な開発者テスト環境の構成に関するガイダンスについては、「 シナリオ: Web 配置用のテスト環境の構成」を参照してください。 一般的なステージング環境の構成に関するガイダンスについては、「 シナリオ: Web 配置用のステージング環境の構成」を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示