BizTalk Server から Azure Logic Apps に接続する

[アーティクル]
07/19/2024

BizTalk Server と Azure のロジックアプリワークフローの間でメッセージを交換するには、BizTalk Server for Azure Logic Apps のアダプターを使用できます。このガイドでは、ロジックアプリワークフローから BizTalk Server でメッセージを受信する方法について説明します。ワークフローは BizTalk Server にメッセージを送信できます。受信側は、インターネットインフォメーションサービス (IIS) アプリケーションを使用して、Azure サービスとの通信を処理します。

BizTalk Server がオンプレミスにあり、ドメインに参加している場合は、オンプレミスデータゲートウェイを BizTalk Server にインストールし、Azure にオンプレミスデータゲートウェイリソースを作成する必要があります。ただし、BizTalk Server が Azure 仮想マシンにインストールされている場合は、呼び出すことができる URL を持つ HTTP エンドポイントとして仮想マシンを公開するかどうかを選択できます。

HTTP エンドポイントオプションを選択した場合、ゲートウェイを使用する必要はありません。代わりに、ロジックアプリワークフローを作成し、必要な BizTalkServer コネクタアクションを追加し、アクションの接続情報で必要に応じて HTTP エンドポイント URL を指定します。ただし、オンプレミスオプションを選択する場合は、このガイドで後述するデータゲートウェイを設定して使用する必要があります。

このガイドでは、BizTalk Server からロジックアプリワークフローにメッセージを送信する方法についても説明します。別の言い方をすると、ロジックアプリワークフローは BizTalk Server からメッセージを受信できます。

このガイドでは、Azure Logic Apps アダプターを使用して受信場所と送信ポートを作成する方法について説明します。このアダプターは、オンプレミスの BizTalk Server または BizTalk Server を実行している Azure 仮想マシンと共に使用できます。

前提条件

Azure portal にサインインし、ロジックアプリのリソースとワークフローを作成できるように、Azure アカウントとサブスクリプション。サブスクリプションをお持ちでない場合は、無料の Azure アカウントにサインアップ。
BizTalk Server の要件は、サーバーがインストールされている場所に基づいています。
- BizTalk Server を使用したオンプレミスコンピューター: Azure Logic Apps用のオンプレミスデータゲートウェイをインストールして設定します。次に、Azure portal で、ロジックアプリワークフローの BizTalk Server コネクタで使用するデータゲートウェイリソースを作成します。
- BizTalk Server を使用する Azure 仮想マシン:
  - 仮想マシンが HTTP エンドポイントとして公開されていない場合は、Azure Logic Apps用のオンプレミスデータゲートウェイをインストールして設定します。次に、Azure portal で、ロジックアプリワークフローで BizTalk Server コネクタで使用するデータゲートウェイリソースを作成します。
  - 仮想マシンが HTTP エンドポイントとして公開されている場合、データゲートウェイのインストールを使用したり、データゲートウェイリソースを作成したりする必要はありません。
Azure Logic Apps に関する知識。ロジックアプリを初めて使用する場合は、「Azure Logic Apps とは」を参照してください。マルチテナント Azure Logic Appsで従量課金ロジックアプリワークフローの例をして作成します。
必要に応じて、ワークフローが HTTP 要求を受信できるトリガー (要求トリガーなど) で始まる場合は、ロジックアプリワークフローをトリガーするテストメッセージを送信できます。このメッセージを送信するには、ワークフロー内のトリガーに対して生成されたエンドポイント URL に HTTP 要求を送信できるツールを使用します。次の一覧には、いくつかのツールの例が含まれています。
- Visual Studio Marketplace から拡張機能を使用して Visual Studio Code する
- PowerShell Invoke-RestMethod の
- Microsoft Edge - ネットワークコンソールツール
- ブルーノ
- Curl
注意

資格情報、シークレット、アクセストークン、API キーなどの機密データがあるシナリオでは、必要なセキュリティ機能でデータを保護し、オフラインまたはローカルで動作し、データをクラウドに同期せず、オンラインアカウントにサインインする必要がないツールを必ず使用してください。これにより、機密データを一般に公開するリスクを軽減できます。

Azure Logic Apps アダプターをインストールする

BizTalk Server 2020 以降

BizTalk Server 2020 以降、Azure Logic Apps アダプターは BizTalk Server のインストールに含まれています。

BizTalk Server 2016

BizTalk Server で、Azure Logic Apps アダプターをダウンロードしてインストールします。
1. Microsoft BizTalk Server Adapter for Logic Appsに移動し、[ダウンロード]を選択します。
2. インストールするには、LogicAppAdapter.iso ファイルを開き、LogicApp Adapter.msi ファイルを実行します。
3. 使用許諾契約書に同意し、[のインストール] 選択します。
インストールが完了したら、BizTalkServerApplication を再起動し、BizTalkServerIsolatedHost ホストインスタンスをします。

インストールが完了すると、次の状態になります。

Azure Logic Apps アダプターが BizTalk 管理に追加されます。
送信ハンドラーが作成され、BizTalkServerApplication ホストインスタンスが使用されます。
受信ハンドラーは Windows Communication Foundation サービスとして作成され、BizTalkServerIsolatedHost ホストインスタンスを使用します。
LogicApp Adapter フォルダーは、BizTalk インストールディレクトリ内に作成され、管理と ReceiveServiceの 2 つのサービスが含まれています。
- 管理: データゲートウェイを使用して BizTalk Server に接続するために、ロジックアプリワークフローの BizTalk コネクタによって使用されます。この管理サービスを使用すると、BizTalk Server はデータゲートウェイを使用してロジックアプリワークフローからメッセージを受信できます。このサービスは、BizTalk の受信側でのみ使用され、送信側では使用されません。
- ReceiveService: 受信場所を持つロジックアプリワークフローの BizTalk コネクタによって使用されます。このサービスは、ロジックアプリワークフローからメッセージを送信する役割を担います。このサービスは、BizTalk の受信側でのみ使用され、送信側では使用されません。

ワークフローからメッセージを受信する

このセクションでは、BizTalk Server がロジックアプリワークフローからメッセージを受信するために必要な追加の手順を示します。 Azure portal が変更される可能性があるため、一部の手順が一覧と完全に一致しない場合があります。

BizTalk Server 2016 のみ: NullAdapter と Azure Logic Apps アダプター

Azure Logic Apps アダプターと NullAdapter をインストールすると、次のエラーが表示されることがあります。

同じ OutboundEngineCLSID 値を持つ別のアダプターが既に存在

アダプタークラス GUID は、Azure Logic Apps アダプターと NullAdapter で同じです。両方のアダプターが必要な場合は、次の手順に従います。

GitHubで NullAdapter ソースコードをダウンロードします。
NullSendAdapter.cs クラスで、GUID を更新します。
NullAdapter.reg ファイルで、OutboundEngineCLSID 値を更新します。
NullAdapter をビルドしてデプロイします。

手順 1: IIS アプリケーションを作成する

IIS アプリケーションは、管理と ReceiveServiceサーバーを使用します。 IIS アプリケーションは、新規または既存のアプリケーションプールを使用して実行できます。 AppPool の ID には、BizTalk アプリケーションユーザーや BizTalk 分離ホストユーザーグループなど、BizTalk サービスを実行するアカウントと同じグループメンバーシップが必要です。

先端

新しいアプリケーションプールを作成する場合は、必ず既定の .NET CLR バージョンとマネージドパイプラインを保持してください。 BizTalk サービスアカウントと同じ BizTalk グループへのメンバーシップを持つ ID (詳細設定) を選択してください。

管理 IIS アプリケーションを作成する

ロジックアプリワークフローの BizTalkServer コネクタは、この IIS アプリケーションの URL を使用して、BizTalk Server 上のデータゲートウェイ経由で接続します。

BizTalk Server 2020 以降

BizTalk 構成ウィザードを使用して REST API を構成します。

詳細については、構成ガイドのを参照してください。

REST API の詳細については、BizTalk REST API リファレンスを参照してください。
Web ブラウザーで、http://localhost/BizTalkManagementService/Schemasに移動します。

Web ブラウザーに基づいて、スキーマの一覧が表示されるか、schemas.json ファイルを開いて保存するように求めるメッセージが表示されます。どちらも発生していない場合は、REST API の構成を確認します。

BizTalk Server 2016

インターネットインフォメーションサービス (IIS) マネージャーを開きます。
既定の Web サイトショートカットメニューから、[アプリケーション追加] を選択します。
この新しいアプリケーションでは、次の操作を行います。
1. IISLogicAppなど、アプリケーションのエイリアス (名前) 入力します。
2. アプリケーションプールを選択します。
3. 物理パス を C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\Managementに設定します。
4. 設定をテストして、アプリケーションプール ID が認証に合格したことを確認し、承認テストします。
[OK] 選択して変更を保存します。
Web ブラウザーで、http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26(例: http://localhost/IISLogicApp/Schemas?api-version=2016-10-26) に移動します。

Web ブラウザーに基づいて、スキーマの一覧が表示されるか、schemas.json ファイルを開いて保存するように求めるメッセージが表示されます。どちらも発生しない場合は、AppPool ID に BizTalk グループのメンバーシップが不足している可能性があります。

BizTalk ReceiveService IIS アプリケーションを作成する

ロジックアプリワークフローの BizTalkServer コネクタは、指定した受信場所にこの IIS アプリケーションの URL を使用します。

インターネットインフォメーションサービス (IIS) マネージャーを開きます。
既定の Web サイトショートカットメニューを開き、[アプリケーション追加] を選択します。
この新しいアプリケーションでは、次の手順に従います。
1. ReceiveWCFServiceなど、アプリケーションのエイリアス (名前) 入力します。
2. 前の IIS アプリケーションと同じアプリケーションプールを選択します。
3. 物理パス バージョンに基づいて、次のように設定します。
  - BizTalk Server 2020: C:\Program Files (x86)\Microsoft BizTalk Server\LogicApp Adapter\ReceiveService
  - BizTalk Server 2016: C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\ReceiveService
4. 設定をテストして、アプリケーションプール ID が認証に合格したことを確認し、承認テストします。
[OK] 選択して変更を保存します。

手順 2: ロジックアプリワークフローを作成する

Azure portalで、新しいロジックアプリリソースと空のワークフローを作成します。
作成したワークフローに基づいて、次一般的な手順に従って、http 要求がワークフローに受信されたときにという名前の要求トリガーを追加します。
次の一般的な手順に従って、JSON からメッセージを準備という名前の BizTalkServer アクションをワークフローに追加します。

アクションの接続ウィンドウで、次の情報を指定します。

財産	形容
オンプレミスデータゲートウェイ経由で接続する	オンプレミスデータゲートウェイを使用しているかどうかを選択します。ゲートウェイは、次のシナリオでのみ必要です。 - オンプレミスの BizTalk Server を使用しています。 - Azure 仮想マシンで BizTalk Server を使用していますが、仮想マシンは HTTP エンドポイントとして公開されていません。
接続名の	接続のフレンドリ名を入力します。
BizTalk Server URL	IIS アプリケーション URL に BizTalk Management の完全修飾ドメイン名 (FQDN) を入力します。たとえば、「`http://BizTalkServerName.corp.contoso.com/IISLogicApp/`」と入力します。
認証の種類の	[Windows選択します。
ユーザー名の	IIS アプリケーションプールの ID を入力します。
パスワードの	IIS アプリケーションプールのパスワードを入力します。
ゲートウェイ	- サブスクリプション: Azure portal で作成したゲートウェイリソースに関連付けられている Azure サブスクリプションを選択します。 - ゲートウェイ: Azure portal で作成したゲートウェイリソースを選択します。

[新しい作成] を選択します。
アクション情報ウィンドウが表示されたら、次に例を示す必要な詳細を指定します。

財産形容

Body HTTP 本文の出力を選択します。

スキーマ 使用するスキーマを選択します。

手記

この手順では、BizTalk のスキーマについて理解していることと、必要なスキーマがわかっていることを前提としています。不明な場合は、HelloWorld SDK サンプルをデプロイし、その成果物を更新して Azure Logic Apps アダプターを使用し、そのスキーマとサンプルメッセージを使用します。

財産	形容
Body	HTTP 本文の出力を選択します。
スキーマ	使用するスキーマを選択します。

次の一般的な手順に従って、メッセージをワークフローに送信という名前 BizTalkServer アクションを追加します。

財産形容

受信場所の 一覧から URL を選択するか、ReceiveService IIS アプリケーション URL の完全修飾ドメイン名 (FQDN) を入力します。たとえば、「http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc」と入力します。

受信場所を作成するときに、受信場所のトランスポートプロパティの パブリックアドレス として、[全般] タブにもこの正確な URL を入力します。

Body 前の BizTalk Server アクションの本文出力を選択します。

ワークフローを保存します。デザイナーのツールバーで、[保存]選択します。

この手順では、要求トリガーに表示されるエンドポイント URL が自動的に作成されます。この URL に HTTP 要求を送信すると、がトリガーされるか、ワークフローの実行が開始。
エンドポイント URL をコピーして保存します。この情報は、手順 4:メッセージを送信するために必要です。

財産	形容
受信場所の	一覧から URL を選択するか、ReceiveService IIS アプリケーション URL の完全修飾ドメイン名 (FQDN) を入力します。たとえば、「`http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc`」と入力します。受信場所を作成するときに、受信場所のトランスポートプロパティのパブリックアドレスとして、[全般] タブにもこの正確な URL を入力します。
Body	前の BizTalk Server アクションの本文出力を選択します。

手順 3: 受信ポートと受信場所を作成する

このセクションでは、独自の成果物を作成する方法について説明します。

先端

独自の受信ポートと受信場所を作成するのではなく、HelloWorld SDK サンプルをデプロイし、Azure Logic Apps アダプターを使用するように成果物を更新できます。

BizTalk Server の管理で、次を展開します。

BizTalk グループアプリケーションBizTalk Server 管理の
受信場所の実行に使用するアプリケーションを展開します。たとえば、BizTalk アプリケーション - 受信展開します。
受信ポートショートカットメニューから、[新しい] を選択し、[一方向受信ポート]選択します。

受信ポートの プロパティに、次の情報を入力します。

財産	形容
名の	受信ポートの名前を入力します。たとえば、「laReceivePort」と入力します。
認証	- 認証なし (既定): 認証を無効にします。 - 認証が失敗した場合にメッセージを削除: 認証を有効にしますが、認証されていないメッセージを削除します。 - 認証に失敗した場合はメッセージを保持: 認証を有効にし、認証されていないメッセージを保持します。
失敗したメッセージのルーティングを有効にする	別の受信ポートやオーケストレーションスケジュールなど、サブスクライブしているアプリケーションに処理に失敗したメッセージをルーティングします。失敗したメッセージを中断し、否定受信確認 (NACK) を生成するには、このオプションをオフにします。既定では、このオプションはオフになっています。詳細については、「受信ポートの失敗したメッセージのルーティングを有効にする方法」を参照してください。

[受信場所 ] を選択し、[新しい] 選択します。
受信場所の名を入力します。たとえば、「laReceiveLoc入力します。
[の種類]で、[LogicApp選択し、の構成選択します。

[全般] タブで、ロジックアプリワークフローのエンドポイントアドレスを設定します。

財産	形容
アドレス (URI)	必須。 BizTalk ReceiveService IIS アプリケーション URL を次のように入力します。形式: `/{your-IIS-app2-name}/Service1.svc` 例: `/ReceiveWCFService/Service1.svc`.
パブリックアドレスの	必須。次の URL を次のように入力します。形式: `http://{fully-qualified-machine-name}/{your-IIS-App2-name}/Service1.svc`. 例: `http://btsProd.northamerica.corp.contoso.com/ReceiveWCFService/Service1.svc` この正確な URL は、受信場所のロジックアプリにも一覧表示されます。

省略可能なです。 [バインド] タブで、基になる WCF-WebHttp バインドのタイムアウトとエンコード関連のプロパティを構成します。大きなメッセージを処理する場合は、次のプロパティが役立ちます。

財産	形容
オープンタイムアウト	チャネルを開く操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。 - 既定値: 00:01:00 - 最大値: 23:59:59
送信タイムアウト	送信操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。要求応答受信ポートを使用する場合、クライアントが大きなメッセージを返した場合でも、この値は対話全体が完了するまでの期間を指定します。 - 既定値: 00:01:00 - 最大値: 23:59:59
タイムアウトを閉じる	チャネルの終了操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。 - 既定値: 00:01:00 - 最大値: 23:59:59
最大受信メッセージサイズ (バイト)	ネットワークで受信するメッセージ (ヘッダーを含む) の最大サイズをバイト単位で入力します。メッセージサイズは、各メッセージに割り当てられたメモリの量によって制限されます。このプロパティを使用して、サービス拒否 (DoS) 攻撃への露出を制限できます。 - 既定値: 65536 - 最大値: 2147483647
最大同時呼び出し	1 つのサービスインスタンスに対する同時呼び出しの数を入力します。制限を超える呼び出しはキューに登録されます。この値を 0 に設定することは、値を int32.MaxValue設定することと同じです。既定値: 200

省略可能なです。 [セキュリティ] タブで、セキュリティプロパティを構成します。開発の目的で、[なし]選択できます。

財産	形容
セキュリティモードの	- なし: 転送中にメッセージがセキュリティで保護されません。 - トランスポート: セキュリティは HTTPS トランスポートを使用して提供されます。 SOAP メッセージは HTTPS を使用してセキュリティで保護されます。このモードを使用するには、IIS で Secure Sockets Layer (SSL) を設定する必要があります。 - TransportCredentialOnly: 既定値。
トランスポートクライアント資格情報の種類	クライアント認証を使用する場合は、資格情報の種類を選択します。 - なし: トランスポートレベルでは認証は行われません。 - 基本: 基本認証を使用して、ネットワーク経由でプレーンテキストでユーザー名とパスワードを送信します。資格情報に対応するドメインまたはローカルユーザーアカウントを作成する必要があります。 - ダイジェスト: ダイジェスト認証を使用して、ネットワーク経由でパスワードをハッシュ値として送信します。 Windows Server オペレーティングシステム認証を実行しているドメインコントローラーがあるドメインでのみ使用できます。クライアント資格情報に対応するドメインまたはローカルユーザーアカウントを作成する必要があります。 - Ntlm (既定値): クライアントは、この受信場所にパスワードを送信せずに資格情報を送信します。クライアント資格情報に対応するドメインまたはローカルユーザーアカウントを作成する必要があります。 - Windows: Windows 統合認証は Kerberos または NTLM をネゴシエートし、ドメインが存在する場合は Kerberos を優先します。 Kerberos を使用するには、クライアントにサービスプリンシパル名 (SPN) を使用してサービスを識別してもらう必要があります。クライアント資格情報に対応するドメインまたはローカルユーザーアカウントを作成する必要があります。 - 証明書: クライアント証明書を使用します。クライアントがこの受信場所に対して認証できるように、このコンピューターの信頼されたルート証明機関の証明書ストアにクライアント X.509 証明書の CA 証明書チェーンをインストールする必要があります。 - InheritedFromHost
シングルサインオンを使用する

省略可能なです。 [メッセージ] タブで、送信 HTTP ヘッダー プロパティを使用してカスタムヘッダーを追加し、エラーに役立つ追加プロパティを使用します。

財産	形容
送信 HTTP ヘッダーの	応答メッセージにスタンプする HTTP ヘッダーを入力します。
失敗時の場所を無効にする	受信パイプラインのエラーまたはルーティングエラーが原因で受信処理が失敗した場合は、受信場所を無効にします。既定では、このオプションはオフになっています。
失敗時に要求メッセージを中断	受信パイプラインのエラーまたはルーティングエラーが原因で受信処理が失敗した場合は、要求メッセージを中断します。既定では、このオプションはオフになっています。
エラーに例外の詳細を含める	エラーが発生した場合は、デバッグに役立つ SOAP エラーを返します。既定では、このオプションはオフになっています。

受信ポートと場所のプロパティの詳細については、「受信場所の管理を参照してください。

手順 4: メッセージを送信する

HTTP メッセージまたは要求を送信するためのツールを開きます。
ロジックアプリワークフローの Request トリガーから保存したエンドポイント URL を貼り付けます。前の手順でこの URL をコピーしました。
使用 HTTP メソッドとして POST を選択します。 Content-type ヘッダーを application/jsonに設定します。要求本文に次の JSON を貼り付け、ツールの指示に従って HTTP メッセージを送信します。
```
{"hello":"world"}
```
要求は BizTalk への一方向の呼び出しであるため、結果として HTTP 202 が必要です。
HelloWorld SDK サンプルを使用している場合は、BizTalk サーバーに移動します。送信フォルダーにファイルが存在する可能性があります。

ロジックアプリワークフローにメッセージを送信する

手順 1: ロジックアプリワークフローを作成する

Azure portalで、新しいロジックアプリリソースと空のワークフローを作成します。
次の一般的な手順に従って、http 要求を受信したときにワークフローにという名前の要求トリガーを追加します。
Microsoft の職場または学校アカウントがある場合は、次一般的な手順に従って、Office 365 Outlook アクションをワークフローに送信を追加します。
メッセージが表示されたら、Office 365 Outlook にサインインします。

アクションの接続ウィンドウで、次の情報を指定します。

財産	形容
への	Office 365 のメールアドレスを入力します。
件名の	「Sending from BizTalk」と入力します。
Body	編集ボックス内を選択します。稲妻アイコンと関数アイコンが表示されたら、稲妻アイコンを選択して動的コンテンツリストを開きます。一覧の [HTTP 要求が受信されたとき、電子メールに含めるトリガー出力を選択します。

ワークフローは次の例のようになります。

ワークフローを保存します。デザイナーで、[保存]を選択します。
要求トリガー 情報で、ワークフローの保存時に自動的に作成される HTTP URLをコピーします。次の手順では、この URL が必要です。 URL が表示されない場合は、ロジックアプリを閉じて再度開く必要があります。

手順 2: 送信ポートを作成する

BizTalk Server がロジックアプリワークフローにメッセージを送信するには、ワークフローは manual トリガーで開始する必要があります (例: HTTP 要求が受信されたとき。

BizTalk Server の管理で、次を展開します。

BizTalk グループアプリケーションBizTalk Server 管理の
送信ポートの実行に使用するアプリケーションを展開します。たとえば、[BizTalk アプリケーション -の送信] 展開します。
送信ポートショートカットメニューから、[新しい] 選択し、[静的一方向送信ポート選択します。
送信ポートの名を入力します。たとえば、「LASendPort入力します。
の種類一覧から LogicApp選択し、の構成選択します。
[全般] タブで、オプションを選択して、ロジックアプリワークフロートリガーの コールバック URI を指定します。

オプション 1

トリガー (コールバック URI) プロパティに、以前にコピーした HTTP URL貼り付けます。

先端

Azure Resource Manager API を使用して、この URI を取得することもできます。

オプション 2

コールバック URIがわからない場合は、[の構成] を選択し、Azure にサインインします。サブスクリプション、リソースグループ、ロジックアプリ、およびトリガーの値を選択します。

省略可能なです。 [バインド] タブで、基になる WCF-WebHttp バインドのタイムアウトとエンコード関連のプロパティを構成します。これらのプロパティは、大きなメッセージを処理するときに役立ちます。

財産	形容
オープンタイムアウト	チャネルを開く操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。 - 既定値: 00:01:00 - 最大値: 23:59:59
送信タイムアウト	送信操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。要求応答受信ポートを使用する場合、クライアントが大きなメッセージを返した場合でも、この値は対話全体が完了するまでの期間を指定します。 - 既定値: 00:01:00 - 最大値: 23:59:59
タイムアウトを閉じる	チャネルの終了操作が完了するまでに予想される時間間隔を入力します。この値は、System.TimeSpan.Zero以上です。 - 既定値: 00:01:00 - 最大値: 23:59:59
最大受信メッセージサイズ (バイト)	ネットワークで受信するメッセージ (ヘッダーを含む) の最大サイズをバイト単位で入力します。メッセージサイズは、各メッセージに割り当てられたメモリの量によって制限されます。このプロパティを使用して、サービス拒否 (DoS) 攻撃への露出を制限できます。 Azure Logic Apps アダプターは、バッファー転送モードで WebHttpBinding クラスを使用してエンドポイントと通信します。バッファー転送モードの場合、WebHttpBinding.MaxBufferSize プロパティは常にこのプロパティの値と等しくなります。 - 既定値: 65536 - 最大値: 2147483647

省略可能なです。 [メッセージ] タブで、送信メッセージにカスタムヘッダーを追加するには、送信 HTTP ヘッダー プロパティを使用します。
[OK] 選択して構成を保存します。

送信ポートのプロパティの詳細については、「送信ポートと送信ポートグループの管理」を参照してください。

手順 3: いくつかのメッセージを送信する

ファイル アダプターを使用して、受信ポートと受信場所を作成できます。ロジックアプリリソースが有効になっていることを確認します。

受信ポート (例: *FileSendPort) を作成します。
受信場所を作成し、次の値の例のようなプロパティを設定します。

財産サンプル入力

受信フォルダーの C:\temp\In\

ファイルマスクの *.txt

パイプラインの PassThruReceive
前に作成した送信ポートで、フィルター を次の値の例に設定します。

財産演算子価値

BTS を します。ReceivePortName == FileSendPort
次のテキスト 含む {file-name}.txt という名前のテキストファイルを作成し、次のテキストファイルをサンプルメッセージとして作成します。
```
<Data>
  <DataID>DataID_0</DataID>
  <DataDetails>DataDetails_0</DataDetails>
</Data>
```
{file-name} .txt を受信フォルダーにコピーします。

送信ポートは、指定した URI を使用して、.txt ファイルをロジックアプリワークフローに送信します。ワークフローがファイルを受信すると、ワークフローはサンプルメッセージを含む電子メールを、指定した To アドレスに送信します。

財産	サンプル入力
受信フォルダーの	`C:\temp\In\`
ファイルマスクの	*`.txt`**
パイプラインの	`PassThruReceive`

財産	演算子	価値
BTS をします。ReceivePortName	==	`FileSendPort`

次に

Azure Logic Apps とは
マルチテナント Azure Logic Apps で従量課金ロジックアプリワークフローの例を作成する
BizTalk Server でのアダプターの使用

次の方法で共有

BizTalk Server から Azure Logic Apps に接続する

前提条件

Azure Logic Apps アダプターをインストールする

BizTalk Server 2020 以降

BizTalk Server 2016

ワークフローからメッセージを受信する

BizTalk Server 2016 のみ: NullAdapter と Azure Logic Apps アダプター

手順 1: IIS アプリケーションを作成する

管理 IIS アプリケーションを作成する

BizTalk Server 2020 以降

BizTalk Server 2016

BizTalk ReceiveService IIS アプリケーションを作成する

手順 2: ロジックアプリワークフローを作成する

手順 3: 受信ポートと受信場所を作成する

手順 4: メッセージを送信する

ロジックアプリワークフローにメッセージを送信する

手順 1: ロジックアプリワークフローを作成する

手順 2: 送信ポートを作成する

手順 3: いくつかのメッセージを送信する

次に

フィードバック

その他のリソース

次の方法で共有

BizTalk Server から Azure Logic Apps に接続する

前提 条件

Azure Logic Apps アダプターをインストールする

BizTalk Server 2020 以降

BizTalk Server 2016

ワークフローからメッセージを受信する

BizTalk Server 2016 のみ: NullAdapter と Azure Logic Apps アダプター

手順 1: IIS アプリケーションを作成する

管理 IIS アプリケーションを作成する

BizTalk Server 2020 以降

BizTalk Server 2016

BizTalk ReceiveService IIS アプリケーションを作成する

手順 2: ロジック アプリ ワークフローを作成する

手順 3: 受信ポートと受信場所を作成する

手順 4: メッセージを送信する

ロジック アプリ ワークフローにメッセージを送信する

手順 1: ロジック アプリ ワークフローを作成する

手順 2: 送信ポートを作成する

手順 3: いくつかのメッセージを送信する

次に

フィードバック

その他のリソース

前提条件

手順 2: ロジックアプリワークフローを作成する

ロジックアプリワークフローにメッセージを送信する

手順 1: ロジックアプリワークフローを作成する