BizTalk Server에서 Azure Logic Apps에 연결

아티클
07/19/2024

BizTalk Server와 Azure의 논리 앱 워크플로 간에 메시지를 교환하려면 Azure Logic Apps용 BizTalk Server에서 어댑터를 사용할 수 있습니다. 이 가이드에서는 논리 앱 워크플로에서 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 서버 커넥터와 함께 사용할 데이터 게이트웨이 리소스 만듭니다.
- 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. Logic Apps용 Microsoft BizTalk Server 어댑터이동하여다운로드 선택합니다.
2. 설치하려면 LogicAppAdapter.iso 파일을 열고 LogicApp Adapter.msi 파일을 실행합니다.
3. 사용권 계약에 동의하고 설치선택합니다.
설치가 완료되면 BizTalkServerApplication 다시 시작하고 호스트 인스턴스를 BizTalkServerIsolatedHost를 .

설치가 완료되면 다음과 같은 상태가 표시됩니다.

Azure Logic Apps 어댑터가 BizTalk Administration에 추가됩니다.
송신 처리기가 만들어지고 BizTalkServerApplication 호스트 인스턴스를 사용합니다.
수신 처리기는 Windows Communication Foundation 서비스로 만들어지고 BizTalkServerIsolatedHost 호스트 인스턴스를 사용합니다.
LogicApp 어댑터 폴더는 BizTalk 설치 디렉터리 내에 생성되며 관리 및 ReceiveService두 가지 서비스를 포함합니다.
- 관리: BizTalk 커넥터가 논리 앱 워크플로에서 데이터 게이트웨이를 사용하여 BizTalk Server에 연결하는 데 사용됩니다. 이 관리 서비스를 사용하면 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에 대해 동일합니다. 두 어댑터가 모두 필요한 경우 다음 단계를 수행합니다.

GitHubNullAdapter 소스 코드를 다운로드합니다.
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 참조참조하세요.
웹 브라우저에서 http://localhost/BizTalkManagementService/Schemas.

웹 브라우저에 따라 스키마 목록이 나타나거나 schemas.json 파일을 열고 저장하라는 메시지가 표시됩니다. 둘 다 발생하지 않으면 REST API 구성을 확인합니다.

BizTalk Server 2016

IIS(인터넷 정보 서비스) 관리자를 엽니다.
기본 웹 사이트 바로 가기 메뉴에서 애플리케이션추가 선택합니다.
이 새 애플리케이션에서는 다음을 수행합니다.
1. 애플리케이션의 별칭(이름)를 입력합니다(예: IISLogicApp).
2. 애플리케이션 풀을 선택합니다.
3. 실제 경로C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\Management설정합니다.
4. 설정을 테스트하여 애플리케이션 풀 ID가 인증 통과하고 권한 부여 테스트를 확인합니다.
확인 선택하여 변경 내용을 저장합니다.
웹 브라우저에서 http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26(예: http://localhost/IISLogicApp/Schemas?api-version=2016-10-26)로 이동합니다.

웹 브라우저에 따라 스키마 목록이 나타나거나 schemas.json 파일을 열고 저장하라는 메시지가 표시됩니다. 둘 다 발생하지 않으면 AppPool ID에 BizTalk 그룹의 멤버 자격이 누락될 수 있습니다.

BizTalk ReceiveService IIS 애플리케이션 만들기

논리 앱 워크플로의 BizTalkServer 커넥터는 지정한 수신 위치에 대해 이 IIS 애플리케이션의 URL을 사용합니다.

IIS(인터넷 정보 서비스) 관리자를 엽니다.
기본 웹 사이트 바로 가기 메뉴를 열고 애플리케이션추가 선택합니다.
이 새 애플리케이션에서 다음 단계를 수행합니다.
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가 인증 통과하고 권한 부여 테스트를 확인합니다.
확인 선택하여 변경 내용을 저장합니다.

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에서 만든 게이트웨이 리소스를 선택합니다.

새만들기 선택합니다.
작업 정보 창이 나타나면 필요한 세부 정보를 제공합니다. 예를 들면 다음과 같습니다.

재산 묘사

본문 HTTP 본문 출력을 선택합니다.

스키마 사용하려는 스키마를 선택합니다.

메모

이 단계에서는 BizTalk의 스키마에 익숙하고 원하는 스키마를 알고 있다고 가정합니다. 확실하지 않은 경우 HelloWorld SDK 샘플을 배포하고, Azure Logic Apps 어댑터를 사용하도록 아티팩트 업데이트하고, 해당 스키마 및 샘플 메시지를 사용합니다.

재산	묘사
본문	HTTP 본문 출력을 선택합니다.
스키마	사용하려는 스키마를 선택합니다.

다음 일반 단계에 따라 워크플로에 메시지 보내기라는 BizTalkServer 작업을 추가합니다.

재산	묘사
수신 위치	목록에서 URL을 선택하거나 ReceiveService IIS 애플리케이션 URL에 대한 FQDN(정규화된 도메인 이름)을 입력합니다. 예를 들어 `http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc`입력합니다. 수신 위치를 만들 때 수신 위치 전송 속성의 공용 주소일반 탭에도 이 정확한 URL을 입력합니다.
본문	이전 BizTalk Server 작업에서 본문 출력을 선택합니다.

워크플로를 저장합니다. 디자이너 도구 모음에서저장 선택합니다.

이 단계에서는 요청 트리거에 표시되는 엔드포인트 URL을 자동으로 만듭니다. HTTP 요청을 이 URL로 보낼 수 있습니다. 이 URL은 트리거하거나 워크플로 실행을 시작할 있습니다.
엔드포인트 URL을 복사하고 저장합니다. 4단계:메시지 보내기에 이 정보가 필요합니다.

3단계: 수신 포트 및 수신 위치 만들기

이 섹션에서는 사용자 고유의 아티팩트 만들기 방법을 설명합니다.

팁

사용자 고유의 수신 포트 및 수신 위치를 만드는 대신 HelloWorld SDK 샘플을 배포한 다음, Azure Logic Apps 어댑터를 사용하도록 아티팩트 업데이트할 수 있습니다.

BizTalk Server 관리에서 다음을 확장합니다.

BizTalk Server 관리BizTalk Group애플리케이션
수신 위치를 실행하는 데 사용할 애플리케이션을 확장합니다. 예를 들어 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
최대 동시 호출	단일 서비스 인스턴스에 대한 동시 호출 수를 입력합니다. 한도를 초과하는 호출은 큐에 대기됩니다. 이 값을 0 설정하는 것은 값을 Int32.MaxValue설정하는 것과 같습니다. 기본값: 200

선택적. 보안 탭에서 보안 속성을 구성합니다. 개발을 위해 없음선택할 수 있습니다.

재산	묘사
보안 모드	- 없음: 전송하는 동안 메시지가 보호되지 않습니다. - 전송: HTTPS 전송을 사용하여 보안이 제공됩니다. SOAP 메시지는 HTTPS를 사용하여 보호됩니다. 이 모드를 사용하려면 IIS에서 SSL(Secure Sockets Layer)을 설정해야 합니다. - TransportCredentialOnly: 기본값입니다.
전송 클라이언트 자격 증명 형식	클라이언트 인증을 사용할 때 자격 증명 유형을 선택합니다. - 없음: 전송 수준에서 인증이 발생하지 않습니다. - 기본: 기본 인증을 사용하여 네트워크를 통해 일반 텍스트로 사용자 이름과 암호를 보냅니다. 자격 증명에 해당하는 도메인 또는 로컬 사용자 계정을 만들어야 합니다. - 다이제스트: 다이제스트 인증을 사용하여 네트워크를 통해 해시 값으로 암호를 보냅니다. Windows Server 운영 체제 인증을 실행하는 도메인 컨트롤러가 있는 도메인에서만 사용할 수 있습니다. 클라이언트 자격 증명에 해당하는 도메인 또는 로컬 사용자 계정을 만들어야 합니다. - Ntlm(기본값): 클라이언트는 이 수신 위치에 암호를 보내지 않고 자격 증명을 보냅니다. 클라이언트 자격 증명에 해당하는 도메인 또는 로컬 사용자 계정을 만들어야 합니다. - Windows: Windows 통합 인증은 Kerberos 또는 NTLM과 협상하여 도메인이 있는 경우 Kerberos를 선호합니다. Kerberos를 사용하려면 클라이언트가 SPN(서비스 사용자 이름)으로 서비스를 식별하도록 하는 것이 중요합니다. 클라이언트 자격 증명에 해당하는 도메인 또는 로컬 사용자 계정을 만들어야 합니다. - 인증서: 클라이언트 인증서를 사용합니다. 클라이언트가 이 수신 위치에 인증할 수 있도록 이 컴퓨터의 신뢰할 수 있는 루트 인증 기관 인증서 저장소에 클라이언트 X.509 인증서에 대한 CA 인증서 체인을 설치해야 합니다. - InheritedFromHost
Single Sign-On 사용

선택적. 메시지 탭에서 아웃바운드 HTTP 헤더 속성을 사용하여 사용자 지정 헤더를 추가하고 추가 속성을 사용하여 오류를 해결합니다.

재산	묘사
아웃바운드 HTTP 헤더	응답 메시지에 스탬프를 찍을 HTTP 헤더를 입력합니다.
오류 위치 사용 안 함	수신 파이프라인 오류 또는 라우팅 오류로 인해 인바운드 처리가 실패하는 경우 수신 위치를 사용하지 않도록 설정합니다. 기본적으로 옵션은 지워집니다.
오류 대한 요청 메시지 일시 중단	수신 파이프라인 오류 또는 라우팅 오류로 인해 인바운드 처리가 실패하는 경우 요청 메시지를 일시 중단합니다. 기본적으로 옵션은 지워집니다.
오류 예외 세부 정보 포함	오류가 발생하면 디버깅에 도움이 되도록 SOAP 오류를 반환합니다. 기본적으로 옵션은 지워집니다.

수신 포트 및 위치 속성에 대한 자세한 내용은 수신 위치 관리참조하세요.

4단계: 메시지 보내기

HTTP 메시지 또는 요청을 보내기 위한 도구를 엽니다.
요청 트리거에서 저장한 엔드포인트 URL을 논리 앱 워크플로에 붙여넣습니다. 이전 단계에서 이 URL을 복사했습니다.
사용할 HTTP 메서드로 POST 선택합니다. 콘텐츠 형식 헤더를 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 전자 메일 주소를 입력합니다.
제목	BizTalk보내기를 입력합니다.
본문	편집 상자 내에서 선택합니다. 번개 및 함수 아이콘이 나타나면 번개 아이콘을 선택하여 동적 콘텐츠 목록을 엽니다. 목록에서 HTTP 요청을 받으면 이메일에 포함할 트리거 출력을 선택합니다.

워크플로는 다음 예제와 유사합니다.

워크플로를 저장합니다. 디자이너에서저장 선택합니다.
요청 트리거 정보에서 워크플로를 저장할 때 자동으로 만들어지는 HTTP URL복사합니다. 다음 단계를 위해 이 URL이 필요합니다. URL이 표시되지 않으면 논리 앱을 닫고 다시 열어야 할 수 있습니다.

2단계: 송신 포트 만들기

BizTalk Server가 논리 앱 워크플로에 메시지를 보내려면 워크플로가HTTP 요청을 받은 경우와 같은 트리거로 시작해야 .

BizTalk Server 관리에서 다음을 확장합니다.

BizTalk Server 관리BizTalk Group애플리케이션
송신 포트를 실행하는 데 사용할 애플리케이션을 확장합니다. 예를 들어 BizTalk 애플리케이션 -보내기를 확장합니다.
송신 포트 바로 가기 메뉴에서 새선택하고 정적 단방향 송신 포트선택합니다.
송신 포트의 이름 입력합니다. 예를 들어 LASendPort입력합니다.
형식 목록에서 LogicApp선택하고구성 선택합니다.
일반 탭에서 옵션을 선택하여 논리 앱 워크플로 트리거에 대한 콜백 URI 제공합니다.

옵션 1

트리거(콜백 URI) 속성에 이전에 복사한 HTTP URL붙여넣습니다.

팁

Azure Resource Manager API를 사용하여 이 URI를 가져올 수도 있습니다.

옵션 2

콜백 URI모르는 경우 구성을 선택하고 Azure에 로그인합니다. 구독, 리소스 그룹, Logic App및 트리거값을 선택합니다.

선택적. 바인딩 탭에서 기본 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 헤더 속성을 사용하여 보내는 메시지에 사용자 지정 헤더를 추가합니다.
확인 선택하여 구성을 저장합니다.

송신 포트 속성에 대한 자세한 내용은 송신 포트 및 송신 포트 그룹관리를 참조하세요.

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단계: 일부 메시지 보내기

다음

피드백

피드백

추가 리소스