Windows プロセス アクティブ化サービスでのホスティング

  • [アーティクル]

Windows プロセス アクティブ化サービス (WAS) は、Windows Communication Foundation (WCF) サービスをホストするアプリケーションが含まれるワーカー プロセスのアクティベーションと有効期間を管理します。WAS プロセス モデルは HTTP の依存関係を取り除くことにより、HTTP サーバーの IIS 6.0 プロセス モデルを一般化します。これにより、WCF サービスは、メッセージ ベースのアクティベーションがサポートされ、特定のコンピューター上で多数のアプリケーションをホストできるホスト環境で、Net.TCP などの HTTP プロトコルと非 HTTP プロトコルの両方を使用できるようになります。

WAS ホスト環境で実行される WCF サービスを構築する方法詳細情報、「方法 : WAS で WCF サービスをホストする」を参照してください。

WAS プロセスモデルは、信頼性が高く管理も容易でリソースを効果的に使用する方法でアプリケーションのホストを実現するいくつかの機能を提供します。

  • HTTP と非 HTTP ネットワーク プロトコルを使用して到着する作業アイテムに応答して、アプリケーションやワーカー プロセス アプリケーションを動的に起動、停止する、メッセージに基づくアクティベーション。

  • 実行中のアプリケーションの状態を維持するための、信頼性の高いアプリケーションとワーカー プロセスのリサイクル。

  • 集中化されたアプリケーション設定と管理。

  • 完全な IIS インストールの配置スペースを必要とせずに、アプリケーションで IIS プロセス モデルを利用可能。

WAS 機能詳細情報、「Windows プロセス アクティブ化サービスでのホスティング」を参照してください。

Windows Server AppFabric は、IIS 7.0 および Windows Process Activation Service (WAS) と連携して、NET4 WCF および WF サービスのための充実したアプリケーションのホスト環境を提供します。この利点には、プロセス ライフサイクル管理、プロセス リサイクル、共有ホスティング、迅速な障害保護、プロセスの孤立化、オンデマンド アクティブ化、状態監視などがあります。詳細については、「AppFabric のホスティング機能」および「ホスティングの概念」を参照してください。

WAS アドレス指定モデルの要素

アプリケーションには、サーバーによって有効期間と実行環境が管理されているコード単位である URI (Uniform Resource Identifier) アドレスがあります。1 つの WAS サーバー インスタンスを多数の異なるアプリケーションでホームとすることができます。サーバーでアプリケーションはサイトと呼ばれるグループに編成されます。サイト内でアプリケーションは階層で整理されます。この階層は URI の構造に反映されてアプリケーションの外部アドレスとして提供されます。

アプリケーション アドレスは、ベース URI プレフィックスとアプリケーション固有の相対アドレス (パス) の 2 つの部分に分かれます。この 2 つの部分が結合されアプリケーションの外部アドレスが提供されます。ベース URI プレフィックスは、サイト バインドで構築され、サイト内のすべてのアプリケーションで使用されます。次に、アプリケーション固有のパス フラグメント (“/applicationOne” など) が取得され、ベース URI プレフィックス (“net.tcp://localhost” など) に追加されてアプリケーション アドレスが構築されます。これでアプリケーションの完全 URI になります。

HTTP と非 HTTP サイト バインディングの両方の WAS サイト用に考えられるアドレス シナリオを次の表に示します。

シナリオ サイト バインディング アプリケーション パス ベース アプリケーション URI

HTTP のみ

http: *:80:*

/appTwo

https://localhost/appTwo/

HTTP と 非 HTTP の混在

http: *:80:*

net.tcp: 808:*

/appTwo

https://localhost/appTwo/
net.tcp://localhost/appTwo/

非 HTTP のみ

net.pipe: *

/appThree

net.pipe://appThree/

アプリケーション内のサービスとリソースにもアドレスを指定できます。アプリケーション内では、アプリケーション リソースにベース アプリケーション パスに対する相対アドレスが指定されます。たとえば、コンピューター名 contoso.com のサイトに HTTP と Net.TCP プロトコルの両方のサイト バインドがあるとします。さらに、そのサイトには 1 つのアプリケーションが /Billing に格納されており、GetOrders.svc でサービスを公開しているとします。このとき、GetOrders.svc サービスで SecureEndpoint の相対アドレスを持つエンドポイントが公開されている場合、サービスのエンドポイントは次の 2 つの URI で公開されることになります。

https://contoso.com/Billing/GetOrders.svc/SecureEndpoint
net.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint

WAS ランタイム

アプリケーションは、アドレス指定と管理の目的でサイトに編成されます。実行時にもアプリケーションはアプリケーション プールにグループ化されます。アプリケーション プールには、多数の異なるサイトからの多数の異なるアプリケーションを格納できます。アプリケーション プール内のすべてのアプリケーションで、一連の共通の実行時特性を共有します。たとえば、すべてのアプリケーションは同じバージョンの共通言語ランタイム (CLR) 下で実行され、またすべてのアプリケーションで共通のプロセス ID を共有します。各アプリケーション プールはワーカー プロセス (w3wp.exe) のインスタンスに対応します。共有アプリケーション プール内で実行される各マネージ アプリケーションは、CLR AppDomain により他のアプリケーションから分離されます。

参照

処理手順

方法 : WCF アクティブ化コンポーネントをインストールして設定する
方法 : WAS で WCF サービスをホストする

概念

WAS アクティベーション アーキテクチャ
Windows Communication Foundation で使用するための Windows プロセス アクティブ化サービスを設定する

その他のリソース

AppFabric のホスティング機能