.NET 展開ガイド

トピック

	はじめに
	.NET Framework の概要
	展開プロジェクト計画の作成
	Visual Studio .NET の展開プロジェクト
	.NET Framework の展開
	サーバー側の展開
	クライアント側の展開
	Web サービスの展開
	.NET アプリケーションで使用する SQL Server データベースの展開
	要約

はじめに

このガイドでは、IT マネージャ、ソリューション設計者、および IT サポート エンジニアを主な読者と想定し、.NET Framework 用に開発されたアプリケーションとコンポーネントを展開するうえで助けとなる情報を示します。展開手順の技術詳細を述べると共に、ソリューション設計者およびシステム設計者がこの新しいプラットフォームを効率的にサポートできるように、設計上のガイドラインの例を示します。

ただし、このガイドでは、.NET Framework および Visual Studio .NET プログラミング環境に関する包括的な情報を示すことを目的とはしていません。.NET Framework および Visual Studio .NET プログラミング環境の詳細については、.NET Framework SDK および Microsoft Visual Studio .NET のドキュメントと MSDN Web サイト (http://www.microsoft.com/japan/msdn/net/) を参照してください。

ページのトップへ

.NET Framework の概要

.NET Framework は、ローカル エリア ネットワーク (LAN) およびインターネット上で稼動する分散型エンタープライズ アプリケーションを高い整合性と効率性でサポートする新しい開発プラットフォームです。この新しいプラットフォームには、主に以下のような特長があります。

.NET Framework には、以下の 2 つの主要なコンポーネントがあります。

CLR は、.NET コードを実行および管理するシステム エージェントです。このエージェントは、メモリ管理、スレッド管理、エラー制御、型保証などの基本的なシステム サービスを受け持ちます。

開発者は、任意の .NET 互換プログラミング言語を使用してアプリケーションのコードを開発できます。開発したコードは、開発者が使用している特定のコンパイラによって中間言語 (IL) コードにコンパイルされます。CLR では、効率性に優れたジャスト イン タイム (JIT) コンパイルによって、言語に依存しない IL コードをその実行先となるデバイスのコンピュータ コードに変換します。

マネージ コードは、常にコンパイル済みモードで実行され、現在のプラットフォームに最適化されますが、一般的な実行エラーを防止するように管理されることに代わりありません。この新しいプログラミング モデルは、プログラムの実行を従来より緊密に制御できるため、分散型アプリケーションの実行プラットフォームとしての堅牢性に優れています。

.NET Framework クラス ライブラリは、どのアプリケーション、サービス、またはコンポーネントを開発する場合にも使用できるオブジェクト指向データ型の包括的なコレクションです。このクラス ライブラリは、C++ 開発で広く使用されてきた Microsoft Foundation Classes (MFC) に置き換わるもので、拡張しやすい設計になっており、現時点では独自仕様のアプリケーション プログラミング インターフェイス (API) しか用意されていない .NET Enterprise Servers など、他のサービスに対するオブジェクト指向プログラミング サポートを提供するように拡張できます。

.NET Framework は、インターネット上でのコンポーネント共有に門戸を開きます。.NET Framework の Web サービスは、Windows ベースのアプリケーションから使用できるだけでなく、TCP/IP、HTTP、XML、SOAP などのインターネット規格に準拠したアプリケーションであれば、他のプラットフォーム上で動作するアプリケーションからも使用できます。

.NET Framework 用に開発されたアプリケーションでも COM コンポーネントを使用できるため、これまでに開発に費やしてきた投資が無駄になりません。ただし、COM コンポーネントを使用する場合は、両方の標準の間での変換が必要になるため、その分、パフォーマンスが犠牲になります。したがって、COM コンポーネントから、.NET アプリケーションがネイティブに使用できるマネージ コードに移行すると、パフォーマンスを大幅に向上できます。

アーキテクチャ図

図 1 のアーキテクチャ図は、『.NET Framework 開発者ガイド』に収録されており、MSDN (http://www.microsoft.com/japan/msdn/library/ja/cpguide/html/cpovrintroductiontonetframeworksdk.asp) にも掲載されています。

この図は、アプリケーション開発のシナリオとして、以下の 3 つを示しています。

.NET Framework のマネージ アプリケーションは、同じコンピュータ上でアンマネージ アプリケーションと共存できます。さらに、プログラミング言語によっては、マネージ コードとアンマネージ コードの両方をニーズに合わせて作成できます。

図 1: .NET アーキテクチャ図

.NET Framework では、以下のようなさまざまな種類のアプリケーションを開発者が設計できます。

展開手順は、アプリケーションの種類によって異なります。ここでは、主な選択肢を取り上げます。

.NET アセンブリ

.NET Framework では、アプリケーションとコンポーネントの展開を簡略化する "アセンブリ" の概念が採用されています。アセンブリは、.NET プラットフォームにおける再使用、バージョン管理、セキュリティ、および展開の単位となります。複数のファイルをまとめて展開する必要がある場合は、ファイル タイプの違いにかかわらず、それらを 1 つのアセンブリにグループ化できます。DLL または実行可能アプリケーションとしてパッケージ化されたコンポーネントのように、単一のファイルがアセンブリとなることもありますが、HTML ページ、XML ファイル、マルチメディア ファイル、その他の任意のタイプのファイルなど、関連する他のファイルをアセンブリに含めることができます。

開発者は、アセンブリを使用することで、展開するパッケージの物理構成から展開の論理単位を分離できます。これらのアセンブリは、単一のアプリケーションの一部として、そのアプリケーションと共に展開することも、複数のアプリケーションの間で共有することもできます。

各アセンブリには、そのアセンブリのメタデータ情報を格納するマニフェストが自動的に組み込まれます。Visual Studio .NET IDE では、ソリューションが自動的に .EXE ファイルまたは .DLL ファイルにビルドされます。.NET Framework SDK に含まれている ildasm.exe ツールを使うと、アセンブリのマニフェストを表示できます。このツールを単純な HelloWorld VB.NET アプリケーションに適用した例を次の図に示します。

図 2:アセンブリのマニフェストを ildasm.exe でのディスアセンブル

.NET の XCOPY 展開

.NET アセンブリの展開が従来と比べて、どれだけ簡単であるかを如実に示す概念として、XCOPY 展開があります。XCOPY 展開とは、アプリケーション ディレクトリをインストール先に単純にコピーするだけで .NET アプリケーションを展開できることを意味します。

この簡単な展開手順は、以下の .NET 機能によって実現されます。

しかし、以下のように、展開プロセスが複雑になるシナリオもあります。

Windows インストーラによる .NET 展開

Windows インストーラを使うと、あらゆる種類のアプリケーションとコンポーネントを統一性の取れた方法で展開できます。Windows インストーラによる展開では、アプリケーションのインストールに関して、以下の説明情報を格納した Windows インストーラ ファイル (.msi ファイル) を使用します。

.NET アプリケーションを展開するには、Windows インストーラ 2.0 以上が必要です。これは、Windows 2000、Windows XP、Windows Server 2003 のすべてのエディションに付属しています。その他のプラットフォームにおける Windows インストーラの最新版の詳細については、後に説明します。

.msi ファイルを作成するには、サードパーティ ツールを使用する必要があります。InstallShield Software Corporation (www.installshield.com)、Wise Solutions、Inc. (www.wise.com) などの独立系ソフトウェア ベンダから、.msi パッケージの作成に使用できる製品が提供されています。これらのツールを使用する代わりに、このホワイト ペーパーで後に述べるように、Microsoft Visual Studio .NET を使用することもできます。

MSI データベースユーティリティ

Windows プラットフォーム SDK に含まれている Windows インストーラ SDK では、既存の .msi パッケージを ORCA.EXE ツールで表示および編集ができます。この SDK は、http://www.microsoft.com/msdownload/platformsdk/sdkupdate/ からダウンロードできます。

この SDK に含まれている msidb.exe ツールを使うと、データベース テーブルとストリームのエクスポートおよびインポート、複数の .msi データベースの結合、Windows インストーラ データベースへのトランスフォーム適用を行うことができます。ORCA ツールおよび MSIDB ツールの詳細については、Windows インストーラ SDK のドキュメントを参照してください。

Microsoft Application Center による .NET 展開

Application Center 2000 には、負荷分散された Web ファームまたはサーバーのフェールオーバー クラスタに .NET アプリケーションを展開するためのツールが用意されています。Application Center 2000 では、クラスタ内のすべてのサーバーを単一のサーバーとして管理します。参加しているすべてのサーバーにアプリケーションのイメージを自動的に複製するように、クラスタを同期します。

どのサービスもシャットダウンせずにサーバー アプリケーションをアップグレードできるため、可用性が向上します。Application Center 2000 では、開発ワークステーションから新しいアプリケーションや新しいバージョンを展開したり、展開の失敗時にそれらの変更をロールバックしたりするなどの作業を効率的に実行できます。また、Application Center 2000 には包括的な API が用意されているため、スクリプト言語を使用して展開プロセスを自動化できます。

Application Center 2000 の機能の詳細については、このホワイト ペーパーでは述べません。この製品の詳細については、http://www.microsoft.com/japan/applicationcenter/ を参照してください。

Microsoft System Management Server による .NET 展開

Microsoft System Management Server (SMS) を使うと、Windows インストーラ パッケージに付加的な機能を追加できます。これは、特に、Windows .NET アプリケーションをクライアント コンピュータに配布するときや、Web サービスを複数の .NET Web サーバーに配布するときに役立ちます。

SMS には、以下のような利点があり、変更作業や構成作業を効率的に進めることができます。

SMS 2.0 を使用して Windows インストーラ セットアップ パッケージを展開するには、以下のタスクを実行する必要があります。

SMS による Windows インストーラ セットアップ パッケージ展開の詳細については、「Deploying Windows Installer Setup Packages with Systems Management Server 2.0」(http://www.microsoft.com/smserver/techinfo/deployment/20/deployosapps/deploymsi.asp) (英語) を参照してください。

ただし、クラスタまたは Web ファームに Web サービスと ASP.NET アプリケーションを展開するには、Microsoft Application Center を使用することをお勧めします。

ページのトップへ

展開プロジェクト計画の作成

.NET アプリケーションの展開を論理的に進行するには、展開プロジェクトを計画することが重要なステップになります。業務のインフラストラクチャと必要条件を満たすようにプロジェクト計画を設計する必要があります。展開プロセスのガイドラインは、MOF (Microsoft Operations Framework) に記載されています。MOF の詳細については、MOF Web サイト (www.microsoft.com/mof) を参照してください。

プロジェクト計画の構築時には、以下のステップを考慮する必要があります。

異なる .NET ソリューションをほぼ同様な手順で展開できることが多く、.NET ソリューションの展開プロセスは繰り返しタスクになる傾向があります。しかし、ほとんどのソリューションの間で展開プロセスが似通っていても、ビジネスへのリスクを最小限に抑えながら展開を成功するためには、個々のソリューションに応じた展開計画を立てる必要があります。

展開管理構造を構築するにあたっては、現在の管理構造との親和性を確保すると同時に、以下のフェーズの管理に適した構造を構築してください。

プロジェクト計画プロセスの確立

.NET ソリューションの展開は、目標と対象の定義から本稼動環境への最終展開に至るまでのライフ サイクルをたどることになります。展開プロジェクトの計画時には、展開プロセス中に従うべき妥当な指針を提示し、あらゆる活動項目を設計、実装、テスト、修正、および実行する方法を詳細に定義します。

目標と対象の定義

計画プロセスのこのフェーズでは、展開する .NET ソリューションの主要な論理構成を決定する必要があります。特に、ソリューションの機能のセキュリティと可用性に重点を置きます。業務を遂行するうえで必要なセキュリティと機能はネットワーク インフラストラクチャを通じて提供されることになるため、このフェーズではネットワーク インフラストラクチャが重要な役割を担います。

このフェーズの目的は、展開プロジェクトの進行承認を組織上層部から得ることができるように、展開プロジェクトのフレームワークを定義することにあります。この第 1 フェーズでは、展開プロジェクトに関して、以下のような点を明確化する必要があります。

このマイルストーンでは、以下のドキュメントを作成することになります。

このフェーズは、展開ロードマップを作成するうえで重要となります。関与するすべてのチームに対して、このソリューションを展開する理由、現在の環境に及ぼす影響、および展開の方法を明確に示す必要があります。

論理プロジェクトの概要 : 組織上の問題

典型的な .NET ソリューションは、以下の複数のエンティティに影響を及ぼします。

図 3 は、.NET ソリューションの典型的なネットワーク トポロジを示しています。

図 3:典型的な .NET ソリューション

ユーザーには内部ユーザーと外部ユーザーがありますが、どちらの場合も、ユーザーがこのソリューションの機能にどの程度までアクセスできるようにするのかを決定することが重要です。内部ユーザーについては、このソリューションに関して各ユーザーがどのレベルのアクセス権を持つのかに応じて、ユーザーを複数の役割にグループ化します。外部ユーザーについては、顧客、取引業者、パートナーを区別する必要があり、社員がネットワーク外から接続する場合も考慮する必要があるため、グループ化がやや複雑になります。各グループが、何を使用でき、何を使用できないようにするのかを定義するには、入念な計画が必要です。

多くの場合は、Web サーバー上でホストされている ASP.NET ベースのアプリケーションがエンド ユーザー アプリケーションとなります。したがって、内部ファイアウォールの後方にある内部 Web サーバーから使用できる機能と、内部ファイアウォールの外から外部ユーザーが使用できる機能を明確に定義する必要があります。

.NET Web サービスが提供する機能をエンド ユーザーの ASP.NET アプリケーションや Windows アプリケーションから使用できる場合があります。その場合は、どのサービスをローカル専用 (イントラネット ユーザーにだけ提供されるサービス) にし、どの Web サービスをイントラネット外からアクセスできるようにするのかを決定することが重要です。

しかし、決定プロセスは、これで終わりではありません。Web サービスが使用できるようにすると言っても、あらゆる用途で使用できるようにするわけではありません。つまり、プライベート サービスとパブリック サービスを明確に区別することが必要です。したがって、Web サービスは、以下のような複数の主要グループにグループ化することが考えられます。

インフラストラクチャおよびプラットフォームのコンポーネントから使用される Web サービスは、ローカル イントラネット上に置きます。これらの Web サービスは既にイントラネット内で保護されているため、これらに対する探索を制限する必要はありませんが、プライベート LAN の外部に置かれるパブリック Web サービスについては、探索性を制限する必要があります。プライベート .NET Web アプリケーションとパブリック .NET Web アプリケーションについても、同様なことを考慮する必要があります。これらのアプリケーションに関しては、どのアプリケーションを社内ユーザー専用にし、どのアプリケーションを外部ユーザーに提供するのかを検討する必要があります。

イントラネット アプリケーションに対しては、Web サービスの代わりに、.NET リモート処理という選択肢もあります。リモート処理と Web サービスの機能比較については、Microsoft Web サイト (http://msdn.microsoft.com/library/en-us/dnadvnet/html/vbnet10232001.asp) を参照してください。異なるプラットフォームで稼動している複数のアプリケーション間での通信には Web サービスが理想的な選択肢となりますが、.NET ベースのアプリケーション間の場合はリモート処理が効率性と信頼性に優れています。

いずれの場合も、どの認証方式を各コンポーネントで使用し、どのリソースの使用をどのように承認するのかを決定することが重要です。この決定はプログラムで行うこともできますが、それらの設定を展開フェーズ中に変更することはできません。しかし、このホワイト ペーパーで述べるように、プログラムで使用する設定を構成ファイルに記述しておくと、展開フェーズ中にそれらの設定をカスタマイズできます。

.NET テストラボの設計と管理

パイロット展開プロジェクトを実施すると、展開計画の実行可能性をテストできます。このパイロット プロジェクトの目的は、潜在的な問題を追跡および解決し、本稼動環境に干渉せずに展開プロセスを細かく調整することにあります。このフェーズは、展開の目標を達成し、プロジェクトを決められたスケジュールと予算の枠の中に収めるうえで重要です。

.NET テスト ラボは、ロールアウトに関係するすべてのネットワーク レイヤとシステムを含めて、本稼動環境を論理的に複製したものとします。パイロット プロジェクトは、本稼動環境に近いほど効率性が高くなります。

パイロット プロジェクトが安定すると、展開チームでミーティングを開き、最終的なロールアウトの実行可能性を検討できます。このフェーズの主なマイルストーンは、以下のとおりです。

展開を引き継ぐ運用チームの助けになるように、付加的な展開ドキュメントを作成することも考えられます。たとえば、以下のドキュメントです。

このフェーズでは、展開計画は、パイロット プログラム中に実施したテストに基づいて継続的に変更されることが多く、動的な計画となります。障害復旧計画は、徹底したテストが必要であり、すべての既知の潜在的問題を予想して解決できるように、特に注意を払う必要があります。

フィードバックの取得

パイロット プロジェクトから先に進むかどうかを判断しやすくなるように、パイロットに関与したすべてのグループからフィードバックを取得する必要があります。これらのフィードバックを取得するには、以下の方法が考えられます。

展開しようとしている .NET ソリューションに関して、以下のようなさまざまな角度から、できるだけ多くの情報を収集します。

本稼動ロールアウト

本稼動ロールアウトが展開プロジェクトの最終フェーズとなります。このフェーズに入る時点では、パイロット プログラムに沿ってテスト ラボですべてのタスクが既にテストされており、すべてのリスクと緊急事態対策がすべて定義されています。テスト ラボと実際の本稼動環境には違いがあるため、パイロット プロジェクトで開始したテストおよび調整プロセスを継続する必要があります。

本稼動ロールアウト プロセスは、本稼動ロールアウト計画として完全にドキュメント化します。この計画には、各種コンポーネントがどのように展開されているのかに関する詳細な情報を含めることになります。コンポーネント間に依存関係がある場合は、それらの依存関係に特に注意を払い、展開の順序を明確に指定します。障害復旧計画は、テスト ラボで既にテストしましたが、実際の本稼動環境に一致しない部分がある場合は、この時点で再調整します。

展開が完了し、上層部およびスポンサーに提示するプロジェクト完了レポートを作成し終えたら、必要に応じて新しいプロジェクト レビューを実施します。プロジェクト レビューでは、プロジェクト全体の長所と短所を客観的に指摘すること、および、実地経験から得た知識を今後のインフラストラクチャ展開にどのように活かすことができるのかを分析することが考えられます。

ページのトップへ

Visual Studio .NET の展開プロジェクト

Windows インストーラを使って .NET アプリケーションを展開する場合は、図 4 に示すように、Visual Studio .NET で設定および展開用プロジェクトのいずれかを使用できます。

図 4: Visual Studio .NET でセットアッププロジェクトを追加する

VS.NET IDE では、いったん作成した Web セットアップ プロジェクト (Web 展開用のプロジェクト) をセットアップ プロジェクト (Windows インストーラ プロジェクト) に変更することはできません。この逆の変更もできません。この 2 つの機能を同時に使用するには、2 つの異なるセットアップ プロジェクトを作成する必要があります。セットアップ ウィザードを使うと、セットアップ プログラムを簡単に作成できますが、より柔軟な展開プロジェクトを作成できます。

セットアップ プロジェクトには、いくつかのエディタがあります。図 5 に示すように、セットアップ プロジェクトのコンテキスト メニューから対応するメニュー項目を選択すると、これらのエディタを表示できます。

図 5:セットアッププロジェクトの [表示] メニューからエディタを選択

アプリケーション用として選択できるエディタには、以下のものがあります。

ファイルシステムエディタ このエディタでは、ユーザーのデスクトップとスタート メニューをカスタマイズすることや、ファイルおよびショートカットをアプリケーション フォルダに追加することができます。

図 6:ファイルシステムエディタのオプション

レジストリエディタ このエディタでは、レジストリにキーまたは値を追加できます。既定の設定値を保存する場合に使用できます。

図 7:レジストリエディタのオプション

ファイルの種類エディタ このエディタでは、ファイルの種類の追加、および、ファイルの種類に適用するアクションを追加ができます。これらは、拡張子によって定義されます。たとえば、次の図では、ファイルの種類 FGG (拡張子 .fgg) が定義されており、そのアクションとして [開く] が定義されています。

図 8:ファイルの種類およびアクションの定義

ユーザーインターフェイスエディタ このエディタでは、セットアップ アプリケーションの外観をカスタマイズできます。これらの設定では、セットアップ ウィザードの画面のうち、特定の画面を非表示にしたり、テンプレート スタイルのコレクションから他の画面を追加したりできます。次の図に示すように、ウィザードの特定の部分にどのテキストを表示するのかを定義できます。この図では、テキストが長すぎて全体が表示されていませんが、実際に編集するときには、テキスト全体にアクセスできます。

図 9:ユーザーインターフェイスダイアログの定義
拡大表示する

カスタムアクションエディタ このエディタでは、特定のアクションが選択されたときに、どのプログラムを実行するのかを指定できます。この機能は、さらに別のコンポーネントをインストールする場合や、特定のデータベース オブジェクトを作成する場合に役立ちます。これらのアクションは、以下のような特定のイベントの発生時に実行されます。

図 10:カスタムアクションを定義する

起動条件エディタ このエディタでは、どの条件をターゲット コンピュータ上でチェックするのかを指定できます。

図 11:起動条件を定義する

セットアッププロジェクトの構成

セットアップ プロジェクトの構成設定値には、セットアップ プロジェクトのプロパティ ページからアクセスできます。これらのページにアクセスするには、図 12 に示すように、プロジェクトのコンテキスト メニューの [プロパティ] をクリックします。

図 12:セットアッププロジェクトのプロジェクトページ
拡大表示する

この構成ページを使うと、ビルド構成およびファイルの生成先のフォルダを定義できます。これらのファイルは、図 13 に示すように、数とおりの方法で作成できます。

図 13:セットアップファイルのパッケージ方法の定義

図 14 に示す [ブートストラッパ] のボックスの一覧を使うと、どの種類の Windows インストーラ ブートストラッパを提供するのかを選択できます。この例では、ブートストラッパを提供することがターゲット コンピュータ側の必要条件になっています。

図 14:ブートストラッパを選択する

他のどの .NET プロジェクトとも同様に、このセットアップ プロジェクトは、図 15 に示すようにサイズや速度を最適化できます。

図 15:圧縮の最適化方法を選択する

セットアップファイル

セットアップ プロジェクトのビルド プロセスでは、選択したビルドのタイプに応じて Debug フォルダまたは Release フォルダのいずれかに以下のファイルが作成されます。

表 1:セットアップ中に作成されるファイル

ページのトップへ

.NET Framework の展開

.NET Framework 用に設計されたアプリケーションまたはサービスを特定のコンピュータ上で実行するには、そのコンピュータに .NET Framework がインストールされていることが必要です。.NET Framework は、現行の Microsoft プラットフォームのいずれにも付属していないので、.NET Framework がターゲット コンピュータにインストールされているかどうかを事前に確認する必要があります。

Microsoft Windows Server 2003 の各エディションが稼動しているコンピュータでは、標準のオペレーティング システム セットアップ プロセス中に .NET Framework が既にインストールされています。Microsoft Windows XP が稼動しているコンピュータでは、Microsoft Windows Update Web サイトを通じて .NET Framework をインストールできます。.NET Framework を最新のサービス パックおよびリリースにアップデートするには、Microsoft Windows アップデート Web サイトを使用することをお勧めします。

その他のプラットフォームが稼動しているコンピュータに対しては、.NET Framework の再配布可能版が Dotnetfx.exe アプリケーションとして用意されています。現時点では、この再配布可能版は、以下の場所および製品に用意されています。

ユーザーに .NET Framework の再配布可能版をイントラネットや Web サイトから直接ダウンロードさせるのではなく、Microsoft Windows アップデート Web サイトへのリンクをユーザーに提供してください。これにより、.NET Framework の再配布可能版の最新バージョンをユーザーに使用させることができます。

この再配布可能版では、サーバー コンポーネントおよびクライアント コンポーネントに必要なファイルがすべてインストールされます。.NET Framework の再配布可能パッケージでは、以下のプラットフォームがサポートされています。

.NET Framework コンポーネントを実行するには、以下のソフトウェアも必要です。

ページのトップへ

サーバー側の展開

ASP.NET アプリケーションおよび Web サービスは、サーバー コンポーネントとして動作するように設計されており、多くの場合は、ローカル ネットワークまたはリモート ネットワーク上に置かれた専用のコンピュータで集中的に実行されます。これらのアプリケーションとサービスを実行するには、すべての前提条件を確実に満たす必要があります。Windows Server 2003 オペレーティング システムが稼動しているシステムでは、.NET アプリケーションを実行するための前提条件がすべて満たされています。

展開するアプリケーションでクライアント側コンポーネントを使用しないのであれば、実施の必要がある展開はサーバー側の展開だけになります。この場合、展開するアプリケーションによって提供される機能は、インターネット ブラウザまたは Windows アプリケーションによって使用されることになり、.NET アプリケーションに関連するどのプロセスにもホスト アプリケーションは関与しません。

必要条件の確認

.NET サーバー アプリケーションが良好なパフォーマンスで動作するように、表 2 に示す必要条件を確認してください。

表 2: .NET アプリケーションを実行するためのサーバー要件

ページのトップへ

クライアント側の展開

ASP.NET アプリケーションおよび Web サービスは、サーバー コンポーネントとして動作するように設計されています。クライアント デバイスでは、Internet Explorer などのホスト アプリケーションを使用して、これらの .NET アプリケーションを実行するか、または、.NET アプリケーションを実行して、これらのサービスをリモートに使用することになります。Windows Server 2003 オペレーティング システムが稼動しているシステムでは、クライアント デバイスとして .NET アプリケーションを実行するための前提条件がすべて満たされています。

.NET アプリケーションの展開時にクライアント側コンポーネントを展開する必要が生じることがありますが、その場合の展開に関する考慮事項は、.NET サーバー アプリケーションを展開する場合とよく似ています。

必要条件の確認

.NET アプリケーションが適切な機能とパフォーマンスでクライアント デバイス内で動作するように、表 3 に示す必要条件を確認してください。

表 3: .NET アプリケーションを実行するためのクライアント要件

セキュリティに関する考慮事項

Web サービス上の認証および承認には、ASP.NET アプリケーションの認証および承認とまったく同じ規則が適用されます。各種認証方式の概要を表 4 に示します。

表 4:認証方式

セキュリティ構成ファイル .NET アプリケーション用のセキュリティ構成ファイルのインストール場所は、表 5 に示すとおりです。

表 5:構成ファイルのインストール場所

セキュリティ ファイルの損傷を避けるために、以下のいずれかのツールを使用してください。

.NET アプリケーションの構成

.NET アプリケーションの構成情報は、以降の節で詳細に述べるいくつかのファイルに格納されます。ここでは、これらのファイルがどこにあるかに関する情報を示すと共に、それらのファイルの目的と主なセクションについて説明します。

構成ファイルは、標準的な XML ファイルです。構成設定値は、XML タグで定義した要素の事前定義セットとして配置されます。構成ファイルを直接編集するには、XML に関する知識が必要です。XML のタグおよび属性では大文字と小文字が区別されることに注意してください。

各構成ファイルには、必ず以下の形式の 要素が 1 つ含まれます。

<configuration> 
</configuration>

この要素には、表 6 に示す子要素を複数含めることができます。表 6 は、これらの構成ファイルに含まれている各セクションを示すと共に、これらのセクションがどの要素によって定義されるかを示しています。

これらの XML 構成ファイルの例については、以下の Web ページを参照してください。

表6: .NET 構成ファイルの内容

<startup>

<runtime >

<system.runtime.remoting >

<system.net>

<mscorlib>

<configSections> 
<appSettings> 
<MyCustomSettings>

<system.diagnostics>

<system.web>

コンピュータ構成ファイル machine.config ファイルは、%runtime install path%\Config ディレクトリに置かれており、.NET がインストールされているコンピュータ全体に影響する設定を格納します。コンピュータ全体を対象にしないアプリケーション設定値は、後に述べるように別の場所に保存できます。

Windows インストーラで .NET アプリケーションを展開する場合は、必要な変更が machine.config ファイルに自動的に適用されますが、XCOPY 展開を使用する場合は自動的に適用されません。

アプリケーション構成ファイル CLR は、最初にアプリケーション構成ファイルからアプリケーションの設定値を検索し、その後、コンピュータ構成ファイルを参照します。アプリケーション構成ファイルの名前と場所は、アプリケーションのホストが以下のいずれであるかによって異なります。

<?xml version ="1.0"?> 
<configuration> 
    <startup> 
        <requiredRuntime  safemode="true"  imageVersion="v1.0.3705" version="v1.0.3705"  /> 
    </startup> 
    <runtime> 
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
            <publisherPolicy apply="no"/> 
        </assemblyBinding> 
    </runtime> 
</configuration>

ページのトップへ

Web サービスの展開

これまでに述べた内容は、あらゆる種類の .NET アプリケーションとサービスに該当します。ただし、Web サービスに関しては、注意点がいくつかあります。

XML Web サービスの展開時には、XML Web サービスによって使用される Microsoft .NET Framework 外の .asmx ファイルとアセンブリを Web サーバーにコピーする必要があります。たとえば、StockServices という名前の XML Web サービスを展開する場合なら、Web サーバー上に仮想ディレクトリを作成し、XML Web サービスの .asmx ファイルをその仮想ディレクトリに置きます。必須条件ではありませんが、この仮想ディレクトリを IIS Web アプリケーションにもすることをお勧めします。このようなアプリケーションの典型的なツリー構造は、以下のようになります。

\Inetpub 
\Wwwroot 
\StockServices 
StockServices.asmx 
\Bin

\Bin ディレクトリには、XML Web サービスによって使用される Microsoft .NET Framework 外のすべてのアセンブリへの参照を追加できます。

Web サービスと共に展開される項目

XML Web サービスを公開するときには、表 7 に示す項目が Web サーバーに展開されます。

表 7: Web サービスと共に展開される項目

ページのトップへ

.NET アプリケーションで使用する SQL Server データベースの展開

.NET アプリケーションおよび Web サービスでは、アプリケーション データの保存に SQL Server データベースを使用することがあります。展開プロセスは、すべての必要なストレージ要素を自動的にインストールするように定義します。以下のいずれかの方法を使用できます。

SQL Server データベースのアタッチ

.NET アプリケーションの展開に SQL Server データベースが含まれる場合は、SQL Server のデータベース アタッチ機能を使用するのが最も簡単な方法となります。既存または新規にインストールした SQL Server にアタッチされることになる SQL Server データベースを展開するには、以下の手順に従ってください。

ページのトップへ

要約

Microsoft .NET Framework は、安全でスケーラブルなソリューションを開発者が構築するための、強力で拡張性に優れたプラットフォームとなります。.NET Framework では、Windows 2000、IIS、および SQL Server で提供されている既存の機能も拡張されていますが、これらの新しいソリューションの展開方法は従来のものとは大きく異なっています。ここでは、展開する .NET アプリケーションを Windows インストーラと XCOPY 展開で準備する方法の詳細を述べていますが、このホワイト ペーパーの最も重要な目標は、最終的な本稼動環境における展開を成功するために、展開プロセスを入念に設計およびテストすることの重要性を示すことにあります。

ページのトップへ