次の方法で共有

シナリオ:Web 配置のステージング環境を構成する

  • [アーティクル]

作成者: Jason Lee

このトピックでは、ステージング環境の一般的な Web デプロイ シナリオについて説明し、同様の環境を設定するために完了する必要があるタスクについて説明します。

多くの組織では、ステージング環境を使用して、Web アプリケーションまたは Web サイトの更新をプレビューします。 これにより、organization内のユーザーは、サイトが "稼働" する前、または運用環境に展開される前に、新しい機能やコンテンツを探索して確認できます。 ステージング環境は、現実的なプレビューを提供するために、運用環境を可能な限り厳密にレプリケートするように設計されています。 この種のステージング環境には、通常、次の特性があります。

  • この環境は、複数の負荷分散された Web サーバーと 1 つ以上のデータベース サーバーで構成されます。多くの場合、フェールオーバー クラスタリングとデータベース ミラーリングが使用されます。
  • アプリケーションは、開発チームによって手動でデプロイされるか、チーム ビルド サーバーによって自動的にデプロイされる場合があります。
  • アプリケーションをデプロイするユーザーまたはプロセス アカウントは、ステージング サーバーに対する管理者特権を持つ可能性は低いです。
  • アプリケーションに対する変更は頻繁にデプロイされるため、環境ではシングルステップまたは自動デプロイをサポートする必要があります。

Note

複数のサーバー間でデータベースのデプロイをスケールアウトする方法については、このチュートリアルの範囲外です。 この領域の詳細については、オンライン ブックSQL Server参照してください。

たとえば、 チュートリアル シナリオでは、Team Foundation Server (TFS) が Contact Manager ソリューションを管理します。 TFS 管理者の Rob Walters は、開発者が必要に応じてステージング環境へのデプロイをトリガーできるビルド定義を作成しました。

TFS 管理者の Rob Walters は、開発者が必要に応じてステージング環境へのデプロイをトリガーできるビルド定義を作成しました。

ほとんどの場合、最新のビルドをステージング環境にデプロイする必要はありません。 代わりに、テスト環境で検証と検証を既に受けている特定のビルドをデプロイする可能性が高くなります。

ソリューションの概要

このシナリオでは、デプロイ要件の分析からこれらの事実を推測できます。

  • 展開を実行するユーザーまたはプロセス アカウントにはステージング サーバーに対する管理者特権がないため、ステージング Web サーバーは管理者以外の展開をサポートする必要があります。 そのため、リモート エージェントではなく Web 配置ハンドラーを使用するようにステージング Web サーバーを構成する必要があります。
  • ステージング環境には複数の Web サーバーが含まれていますが、ワンクリックまたは自動デプロイをサポートする必要があるため、Web ファーム フレームワーク (WFF) を使用してサーバー ファームを作成する必要があります。 この方法を使用すると、アプリケーションを 1 つの Web サーバー (プライマリ サーバー) にデプロイできます。WFF は、ステージング環境の他のすべての Web サーバーに展開をレプリケートします。
  • デプロイを実行するユーザーまたはプロセス アカウントには、データベースを作成するためのアクセス許可が必要です。 そのため、リモート アクセスとデプロイをサポートするようにデータベース サーバーを構成するだけでなく、データベース サーバーの dbcreator サーバー ロールにアカウントを追加する必要があります。

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

もっと読む

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

前へ次へ