次の方法で共有


Web サービスの発行の計画

BizTalk Server には、Web サービスの組み込みサポートが用意されています。 これにより、オーケストレーション内の既存の Web サービスを再利用して集計できます。

概要

また、オーケストレーションを Web サービスとして公開 (公開) して、Web サービス ロジックをビジネス プロセス ロジックから分離することもできます。これにより、Web サービス ロジックに使用されるコードに触れることなく、必要に応じてビジネス ロジックを更新または置換できます。 この機能は、"モジュール コード" の実装と呼ばれます。一般に、可能な場合はモジュール式コードを実装することがベスト プラクティスと見なされます。 Web サービスを発行するには、Web サービスを有効にし、BizTalk Web サービス発行ウィザードを使用してオーケストレーションまたはスキーマを Web サービスとして発行する必要があります。

BizTalk Server は、SOAP アダプターを使用して Web サービスのネイティブ アダプターのサポートを実装します。 ネイティブ アダプターのサポートは、1 行のコードを記述することなく、Web サービスのスケーラビリティ、フォールト トレランス、追跡機能を提供します。 SOAP アダプターの詳細については、「 SOAP アダプター」を参照してください。

Web サービスの計画は、Web サービスの発行計画と Web サービスの使用計画という 2 つのカテゴリに分けることができます。 このトピックでは、Web サービスを発行するために従う必要がある手順について説明します。

Web サービスの有効化

Web サービスを発行するには、インターネット インフォメーション サービス (IIS)、BizTalk 分離ホスト、および Windows ユーザーアカウントとグループ アカウントを構成する必要があります。 このセクションでは、Web サービスの有効化の概要について説明します。 Web サービスの有効化の詳細については、IIS のドキュメントを参照してください。

インターネット情報サービス

IIS が ASP.NET で構成されている Windows システムに Web サービスを発行できます。 IIS では、すべての Web サービスが ASP.NET ワーカー プロセス内で実行されます。

IIS は、Web サービス要求の処理にアプリケーション プールを使用します。 IIS では複数のアプリケーション プールがサポートされており、各アプリケーション プール プロセスは異なるユーザー コンテキストで実行できます。

BizTalk 分離ホスト

Web サービスを有効にするには、BizTalk Server に少なくとも 1 つの分離ホストを作成する必要があります。 分離ホストは、ISAPI 拡張機能や BizTalk Server が作成または制御しない ASP.NET プロセスなどの外部プロセスを表します。 これらの種類の外部プロセスでは、HTTP/S や SOAP などの特定のアダプターをホストする必要があります。

BizTalk Server 構成マネージャーは、BizTalk Server が既定の分離ホストとして使用する BizTalkServerIsolatedHost を作成します。 BizTalk 分離ホスト ユーザー グループは、既定でこのホストに関連付けられている Windows グループの名前です。 ホストとホスト インスタンスの詳細については、「 BizTalk ホストとホスト インスタンスの管理」を参照してください。

分離ホスト インスタンスで実行できるアダプターは 1 つだけです。 1 つの分離されたホストを使用して HTTP アダプターと SOAP アダプターの受信ハンドラーを構成する場合は、アダプターごとに 1 つのアプリケーション プールである 2 つのアプリケーション プールを作成する必要があります。

たとえば、次のように 2 つの分離ホストを構成する場合は、次のようになります。

分離ホスト名 受信場所
分離ホスト 1 HTTP_ReceiveLocation1A

HTTP_ReceiveLocation1B

SOAP_ReceiveLocation1 注:分離ホスト 1 は、SOAP アダプターと HTTP アダプターの両方の受信ハンドラーに使用されます。
分離ホスト 2 HTTP_ReceiveLocation2

次のように、受信場所ごとに 1 つずつ、4 つの仮想ディレクトリを作成できます。

受信場所 仮想ディレクトリ
HTTP_ReceiveLocation1A IIS_Virtual_Directory1A
HTTP_ReceiveLocation1B IIS_Virtual_Directory1B
SOAP_ReceiveLocation1 IIS_Virtual_Directory1C
HTTP_ReceiveLocation2 IIS_Virtual_Directory2

その後、次のように、仮想ディレクトリ用に少なくとも 3 つのアプリケーション プールを作成する必要があります。

分離されたホストごとに、少なくとも 1 つのアプリケーション プールを作成する必要があります。

仮想ディレクトリ アプリケーション プール 説明
IIS_Virtual_Directory1A

IIS_Virtual_Directory1B
AppPool_Host1_HTTP すべての受信場所に同じ分離ホスト (分離ホスト 1) と同じプロトコルがあるため、個別のアプリケーション プールは必要ありません。
IIS_Virtual_Directory1C AppPool_Host1_SOAP 受信場所が同じホスト (分離ホスト 1) 内の他の受信場所とは異なるプロトコル (SOAP) を使用するため、別のアプリケーション プールが必要です。
IIS_Virtual_Directory2 AppPool_Host2_HTTP 分離ホスト 1 とは異なるホストで受信場所が実行されるため、別のアプリケーション プールが必要です。

アプリケーション プールを作成するときは、次の重要な点に注意してください。

単一サーバー インストールのデータベース アクセス

BizTalk Server と BizTalk Management データベースが同じサーバー上にある場合は、ASP.NET ワーカー プロセスまたは IIS アプリケーション プールのユーザー コンテキストを、ローカル ASPNET ユーザー アカウント、または最小限の特権を持つローカルまたはドメイン ユーザー アカウントに設定する必要があります。

複数のサーバー インストールのデータベース アクセス

BizTalk Server と BizTalk Management データベースが異なるサーバー上にある場合は、ASP.NET ワーカー プロセスまたは IIS アプリケーション プールのユーザー コンテキストをドメイン ユーザー アカウントに変更する必要があります。

マルチサーバー展開を実装する場合、分離ホスト Windows グループは、BizTalk データベース サーバーが属するドメイン上に存在する必要があります。

アカウント権限とユーザー権限の最小化

分離ホストを使用して、外部プロセスで実行されるアダプターに、BizTalk Server との対話に必要な最小限のリソースにアクセスできるようにします。 より安全なデプロイを行うには、外部プロセスのユーザー コンテキストに最小限の特権を付与する必要があります。

BizTalk Web サービス発行ウィザードのセキュリティに関する推奨事項

BizTalk Web サービス発行ウィザードによって作成された仮想ディレクトリは、親仮想ディレクトリまたは Web サイトからアクセス制御リスト (ACL) と認証要件を継承します。 親仮想ディレクトリまたは Web サイトで匿名アクセスが許可されている場合、BizTalk Web サービス発行ウィザードは仮想ディレクトリの作成時にその機能を削除します。

発行済み Web サービスの ASP.NET 4.0 の有効化

公開された Web サービスに対して ASP.NET 4.0 を有効にする方法を参照してください。

BizTalk Web サービス発行ウィザードの使用

オーケストレーションを Web サービスとして発行する方法の詳細については、「Web サービス としてのオーケストレーションの発行」を参照してください。

スキーマを Web サービスとして発行する方法の詳細については、「Web サービス としてのスキーマの発行」を参照してください。

WCF サービスの発行の計画

BizTalk Server では、Windows Communication Foundation (WCF) の組み込みサポートが導入されています。 BizTalk Server を使用すると、オーケストレーション内のすべての既存の WCF サービスを再利用して集計できます。 BizTalk Server では、WCF サービスでのネイティブ アダプターのサポートも実装されています。 ネイティブ アダプターのサポートにより、WCF サービスのスケーラビリティ、フォールト トレランス、追跡機能が提供されます。コードを記述する必要はありません。 WCF アダプターの詳細については、「 WCF アダプター」を参照してください。

BizTalk Server での WCF サービスの計画の詳細については、「 WCF サービスの発行」を参照してください。

こちらもご覧ください

Web サービスの使用の計画