.NET Frameworkに基づいて構築されたアプリケーションをデプロイする

  • [アーティクル]

この記事では、.NET Frameworkに基づいて構築されたアプリケーションをデプロイするための重要な考慮事項について説明します。

元の製品バージョン: .NET Framework
元の KB 番号: 818016

概要

この記事は、.NET Frameworkに基づいて構築されたアプリケーションの詳細情報を提供する一連の記事の 1 つです。

このシリーズの記事には、次のものも含まれています。

ASP.NET アプリケーションの Web.Config ファイルを作成する

Web.config ファイルは、システムの既定値をオーバーライドするアプリケーション固有の設定を含む XML ファイルです。 .NET Framework上に構築されたほとんどの ASP アプリケーションは、Web.config ファイルと共にデプロイされますが、Web.config ファイルは省略可能です。 アプリケーションごとに既定の設定をオーバーライドするには、 Web.config ファイルを作成する必要がある場合があります。

まだ存在しないアプリケーションの Web.config ファイルを作成する方法の詳細については、「 ASP.NET アプリケーションの構成を編集する方法」を参照してください。

ASP.NET アプリケーションの構成を編集する

.NET Frameworkが展開されているすべてのシステムには、Machine.configファイルの system.web> 要素で<定義されているシステム全体の ASP.NET 構成設定があります。 これらの設定は、アプリケーションごとに変更できます (頻繁に、これらの設定を変更する必要があります)。

特定のアプリケーションの .NET Framework の既定の構成設定をオーバーライドする方法の詳細については、「 ASP.NET アプリケーションの構成を編集する方法」を参照してください。

クライアント システムが、.NET Frameworkをインストールするための最小要件を満たしているかどうかを判断する

.NET Framework上に構築されたアプリケーションをクライアント システムに展開するには、そのシステムに特定のソフトウェア コンポーネントとパッチがインストールされている必要があります。 ほとんどのクライアント システムは要件を満たしています。 ただし、特定のシステムが再頒布可能な.NET Frameworkを受け取る準備ができていることを手動で確認する必要がある場合があります。

サーバー システムが、.NET Frameworkをインストールするための最小要件を満たしているかどうかを判断する

.NET Framework上に構築されたアプリケーションをサーバーにデプロイするには、サーバーに特定のソフトウェア コンポーネントとパッチがインストールされている必要があります。 ほとんどのサーバー システムは要件を満たしています。 ただし、特定のシステムが再頒布可能な.NET Frameworkを受け取る準備ができていることを手動で確認する必要がある場合があります。

IIS の ASP.NET 機能を選択的に有効または無効にする

インターネット インフォメーション サービス (IIS) を実行しているサーバー コンピューターに.NET Frameworkがインストールされると、仮想サーバーに対して ASP.NET が自動的に有効になります。 ただし、この構成は必要ない場合があります。 .NET Framework上に構築された新しい ASP Web アプリケーションが IIS 5.0 を実行しているサーバー コンピューターに展開されるため、ASP.NET をサポートする仮想サーバーとディレクトリと、サポートしない仮想サーバーを制御できます。

IIS 5.0 の仮想サーバーとディレクトリの ASP.NET 機能を有効または無効にする方法の詳細については、「 方法: IIS で ASP.NET 機能を選択的に有効または無効にする」を参照してください。

ASP.NET アプリケーションのカスタム エラー メッセージを構成する

多くのサイトで IIS の既定のエラー メッセージが変更され、わかりやすいページが表示されるか、管理者に通知されます。 IIS 5.0 を実行しているサーバー コンピューターにカスタム エラー メッセージがあり、.NET Framework上に構築された ASP Web アプリケーションがそのサーバー コンピューターに展開されている場合、アプリケーションが構成されていない限り、ASP.NET アプリケーションのエラーでは IIS 5.0 カスタム エラー メッセージが使用されません。

.NET Framework上に構築された ASP アプリケーションのカスタム エラー メッセージを構成する方法の詳細については、「Visual Basic .NET を使用して ASP.NET カスタム エラー 報告ページを作成する方法」を参照してください。

ASP.NET アプリケーションでアプリケーション固有およびディレクトリ固有の構成設定を行う

ASP.NET アプリケーション全体のシステムの既定値をオーバーライドする最も一般的な方法は、そのアプリケーション のWeb.config ファイルを作成または編集することです。 ただし、構成の変更は、アプリケーション内の特定のファイルまたはフォルダーにのみ頻繁に適用する必要があります。 構成変更のスコープを制限するには、次の 2 つの方法があります。

ASP.NET アプリケーションのセッション状態管理を構成する

ASP.NET には、セッション状態管理の新機能があります。 ASP.NET のセッション状態設定は、ASP.NET アプリケーションの Web.config ファイルを介して構成されます。 ASP.NET では、いくつかのセッション状態管理オプションを使用できます。 これらのオプションには、モード (inproc、State Server、SQL Server)、Cookieless 状態管理、アウトプロセス モード状態サーバー、ポート設定が含まれます。

セッション状態管理 ASP.NET 詳細については、「セッション状態 ASP.NET」を参照してください。

.NET セキュリティ ポリシー展開パッケージをビルドしてデプロイする

.NET Frameworkでは、セキュリティ ポリシーが導入されています。 セキュリティ ポリシーは、アプリケーションがシステム上でアクセスできるリソースを制御する新しい方法です。 アプリケーションの場所またはソースに基づいてアプリケーションの承認を定義します。 管理者は、コンピューターごとにセキュリティ ポリシーを制御できます。 ただし、デプロイ パッケージは、Active Directory 環境でセキュリティ ポリシーを展開および管理するためのよりスケーラブルな方法として使用できます。

既存のファイル名を保持したまま、ASP Web アプリケーションを ASP.NET に移行する

ASP.NET は、以前の ASP 3.0 スクリプト環境よりも多くの利点を提供します。 具体的には、.NET Frameworkに基づいて構築された ASP アプリケーションにより、パフォーマンス、スケーラビリティ、信頼性が向上します。 その結果、.NET Framework上に構築された多くの新しい ASP アプリケーションは、実際には既存の ASP 3.0 アプリケーションにアップグレードされます。

アプリケーションを ASP 3.0 から ASP.NET にアップグレードする場合の課題の 1 つは、2 つの環境で異なるファイル名拡張子を使用することです。 既定では、ASP 3.0 では.aspファイル名拡張子が使用されます。 ただし、ASP.NET では.aspxファイル名拡張子が使用されます。 異なるファイル名拡張子を使用すると、2 つのアプリケーションを 1 つのフォルダーに配置できますが、ASP 3.0 アプリケーションをオフラインにする前にブックマークとハイパーリンクを変更する必要があります。

既存の ASP Web アプリケーションと同じ認証と承認を使用するように ASP.NET アプリケーションを構成する

ASP.NET には、ASP 3.0 よりも柔軟で高度な認証および承認システムが含まれています。 既定では、ASP 3.0 アプリケーションを認証するためにWindows 認証のみを使用できます。 また、NTFS ファイルのアクセス許可を使用してのみ承認を制御できます。

ASP.NET はWindows 認証をサポートしており、ASP 3.0 とほぼ同じ方法でエンド ユーザーを偽装できます。 ただし、既定では、この設定は有効になっていません。

XCopy デプロイを使用して ASP.NET Web アプリケーションをデプロイする

MS-DOS xcopy コマンド ライン ユーティリティを使用して、ASP.NET Web アプリケーションをデプロイできます。 ただし、 を使用 xcopyするのではなく、プロジェクトをデプロイすることをお勧めします。 [プロジェクトのコピー] コマンドと同様に、 xcopy アセンブリの場所を登録または検証しません。 また、Web プロジェクトの場合、 xcopy IIS ディレクトリ設定は自動的に構成されません。

詳細については、「 Xcopy デプロイを使用して ASP.NET Web アプリケーションをデプロイする方法」を参照してください。

Web アプリケーションと Web サービス ASP.NET 複数のサーバーを設定する

ASP.NET のほとんどの用途では、1 つのサーバーですべての要求を迅速に処理できます。 ただし、多くの環境では、一貫して大量のトラフィックを処理するために複数のサーバーをデプロイし、プロセッサを集中的に使用するアプリケーションをサポートしたり、トラフィックの突然のバーストに対応したり、冗長性の要件を満たす必要があります。

関連情報

.NET Framework上に構築されたアプリケーションをデプロイする方法と .NET の相互運用性の詳細については、次の Microsoft Web サイトを参照してください。