영업: 1-800-867-1380

BizTalk 서비스로 BizTalk Server EDI 솔루션 마이그레이션: 기술 가이드

업데이트 날짜: 2014년 6월

저자: Tim Wieman 및 Nitin Mehrotra

검토자: Karthik Bharthy

작성 도구: Microsoft Azure BizTalk 서비스 – 2014년 2월 릴리스

EDI(전자 데이터 교환)는 기업이 데이터를 전자적으로 교환하는 데 사용되는 가장 널리 퍼진 방법 중 하나이며 Business-to-Business 또는 B2B 트랜잭션이라는 용어로 사용되기도 합니다. BizTalk Server에는 초기 BizTalk Server 릴리스부터 10년 이상 EDI 지원이 포함되었습니다. BizTalk 서비스에서도 Microsoft는 Microsoft Azure 플랫폼에서 EDI 솔루션을 계속해서 지원합니다. B2B 트랜잭션은 대부분 조직 외부에 존재하므로 클라우드 플랫폼에 구현되어 있는 경우 더 쉽게 구현할 수 있습니다. Microsoft Azure에서는 BizTalk 서비스을 통해 이 기능을 제공합니다.

BizTalk 서비스을 새로운 EDI 솔루션을 위한 "최적의" 플랫폼으로 생각하는 사람들도 있지만 아직까지 많은 고객들이 현재 BizTalk Server EDI 솔루션을 Azure에 마이그레이션하기를 원합니다. BizTalk 서비스 EDI는 BizTalk Server EDI 아키텍처(거래 파트너, 엔터티, 규약)와 동일한 주요 엔터티를 기반으로 설계되었기 때문에 BizTalk Server EDI 아티팩트를 BizTalk 서비스으로 마이그레이션할 수 있습니다.

이 문서에서는 BizTalk Server EDI 아티팩트를 BizTalk 서비스으로 마이그레이션할 때와 관련된 차이점에 대해 살펴보겠습니다. 이 문서에서는 BizTalk Server EDI 처리 및 거래 파트너 계약에 대한 실무 지식이 있다고 가정합니다. BizTalk Server EDI에 대한 자세한 정보는 BizTalk Server를 사용한 거래 파트너 관리를 참조하세요.

BizTalk Server EDI 모듈은 파트너, 프로필 및 규약을 포함하도록 리모델링되었을 때 BizTalk Server 2010에 맞도록 기능이 크게 향상되었습니다. BizTalk 서비스은 거래 파트너와 거래 파트너 내 사업 부서를 구성하는 데 동일한 모델을 사용합니다. 결과적으로 BizTalk Server 2010 이상 버전에서 BizTalk 서비스으로 EDI를 마이그레이션하는 작업이 훨씬 더 수월해졌습니다. BizTalk Server 2010 이전 버전에 연결된 EDI 아티팩트를 마이그레이션하려면 먼저 BizTalk Server 2010으로 업그레이드한 다음 EDI 아티팩트를 BizTalk 서비스으로 마이그레이션해야 합니다.

BizTalk Server에서와 같이 BizTalk 서비스의 EDI 처리는 TPM(거래 파트너 관리) 솔루션을 기반으로 구축되었습니다. TPM 솔루션의 주요 구성 요소는 다음과 같습니다.

  • B2B 트랜잭션에서 조직을 나타내는 거래 파트너

  • 거래 파트너 내 부서를 나타내는 프로필

  • 두 파트너/프로필 간의 사업 규약을 나타내는 거래 파트너 규약 또는 규약

다음 그림은 BizTalk Server EDI 솔루션과 BizTalk 서비스 EDI 솔루션 간의 차이뿐만 아니라 유사성도 보여 줍니다.

EDI 메시지 흐름 - BizTalk Server & BizTalk Service

BizTalk Server와 BizTalk 서비스의 EDI 솔루션 흐름 사이에서 볼 수 있는 주요 차이와 유사성을 다음과 같습니다.

  • BizTalk Server가 EDI 메시지를 수신하기 위해 EDIReceive 파이프라인을 사용하고 EDI 메시지를 송신하기 위해 EDISend 파이프라인을 사용하는 것과 같이 BizTalk 서비스은 EDI 메시지를 수신하기 위해 EDI 수신 브리지를 사용하고 EDI 메시지를 송신하게 위해 EDI 송신 브리지를 사용합니다. BizTalk Server에서 파이프라인은 송신 또는 수신 포트를 사용하여 규약에 연결됩니다. BizTalk 서비스에서 규약은 자체적으로 송신 또는 수신 브리지를 설정합니다.

  • BizTalk Server에서 EDIReceive 파이프라인이 EDI 메시지를 처리한 후 메시지는 SQL Server 데이터베이스로 덤프됩니다. 그런 다음 EdiSend 파이프라인은 SQL Server 데이터베이스에서 메시지를 선택해 처리하고 거래 파트너에게 전송합니다.

    BizTalk 서비스에서 EDI 수신 브리지가 EDI 메시지를 처리한 후 메시지를 외부 프로세스로 라우팅합니다. 외부 프로세스는 Microsoft Azure 또는 온-프레미스에서 실행될 수 있습니다. 외부 프로세스는 메시지를 EDI 송신 브리지에 라우팅해야 하며 송신 브리지는 기본적으로 메시지를 끌어오지 않습니다. 메시지를 처리한 후 EDI 송신 브리지는 메시지를 거래 파트너에게 라우팅합니다.

BizTalk 서비스은 Microsoft Azure 계산 인스턴스(웹 또는 작업자 역할), Microsoft Azure SQL 데이터베이스 또는 Microsoft Azure 저장소 계정을 구성하지 않아도 거래 파트너 간에 B2B 규약을 빠르게 만들고 배포할 수 있도록 사용하기 쉬운 구성 환경을 제공합니다. 보다 복잡한 시나리오에서는 거래 파트너 계약의 "가장자리 주위"에, 즉 거래 파트너 계약 EDI 브리지 처리를 전후해서 워크플로 또는 기타 서비스 처리를 연결해야 합니다. 세부적으로 BizTalk 서비스의 EDI 메시지 처리 중에는 다음과 같은 이벤트 시퀀스가 발생합니다.

  1. EDI 메시지가 거래 파트너인 Fabrikam에서부터 수신됩니다. 거래 파트너로부터 EDI 메시지를 수신하기 위해 BizTalk 서비스은 FTP, SFTP, AS2 및 HTTP/S와 같은 전송 프로토콜을 지원합니다.

  2. 거래 파트너의 계약 수신 쪽 처리는 EDI 메시지를 XML 형식으로 디스어셈블합니다. 디스어셈블된 EDI 메시지(XML 형식)는 Service Bus 릴레이 끝점, Service Bus 항목, Service Bus 큐 또는 Service Bus 브리지와 같은 BizTalk 서비스 끝점으로 라우팅할 수 있습니다.

  3. 그런 다음 디스어셈블된 XML 메시지를 추가 사용자 지정 처리를 위해 끝점에서 수신할 수 있습니다. 이러한 끝점은 온-프레미스 구성 요소 또는 Microsoft Azure 계산 인스턴스에서 처리하여 메시지를 WF(Windows Workflow) 또는 WCF(Windows Communication Foundation) 서비스에서 추가로 처리할 수 있습니다.

  4. 그런 다음 거래 파트너 계약의 "송신 쪽 처리"는 XML 메시지를 EDI 형식으로 어셈블하고 이를 거래 파트너인 Contoso로 전송합니다. EDI 메시지를 거래 파트너로 전송하기 위해 BizTalk 서비스은 EDI 메시지 수신을 위해 사용된 것과 동일한 프로토콜을 지원합니다.

이 문서는 다른 일부 BizTalk Server EDI 아티팩트를 BizTalk 서비스으로 마이그레이션하는 데 대한 개념적 지침도 제공합니다.

BizTalk Server에서는 거래 파트너에서 EDI/XML 메시지를 수신하기 위해 수신 위치 및 수신 포트를 설정하고, EDI/XML 메시지를 거리 파트너로 전송하기 위해 송신 포트를 설정합니다. 그런 다음 BizTalk Server 관리 콘솔을 사용해서 이러한 포트를 거래 파트너 규약에 연결합니다. BizTalk 서비스에서 거래 파트너로부터 메시지를 수신하는 위치 및 거래 파트너로 메시지를 전송하는 위치는 BizTalk Services 포털에 있는 전송 설정의 일부와 거래 파트너 규약 자체의 일부로 구성됩니다. 따라서 BizTalk 서비스에서 "송신 포트" 및 "수신 위치"의 개념을 가질 필요가 없습니다. 자세한 내용은 규약 만들기를 참조하세요.

BizTalk Server EDI에서 파이프라인은 응용 프로그램이 필요할 때 특정 처리 능력의 사용자 지정 논리를 포함시킬 수도 있는 메시지 처리 엔터티입니다. BizTalk 서비스에서 EDI 브리지와 같은 역할을 합니다. 그러나 현재 BizTalk 서비스에서 EDI 브리지는 "닫혀" 있습니다. 그러므로 EDI 브리지에 사용자 지정 작업을 추가할 수 있습니다. 모든 사용자 지정 처리는 메시지에서 거래 파트너 계약의 일부로 구성된 브리지 입력 전후에 응용 프로그램의 EDI 연결 외부에서 수행해야 합니다. EAI 브리지에는 사용자 지정 처리를 진행하는 옵션이 있습니다. EDI 브리지의 메시지 처리 전후에 EAI 브리지를 사용해 사용자 지정으로 처리할 수 있습니다. 자세한 내용은 브리지에서 사용자 지정 코드 사용을 참조하세요.

거래 파트너 계약이 메시지를 수신하기 전 또는 계약이 메시지를 처리하고 이를 Service Bus 끝점에 라우팅한 후에 사용자 지정 코드를 사용하거나 Service Bus 메시징 큐 및 항목을 사용해서 게시/구독 흐름을 삽입할 수 있습니다.

메시지 흐름 패턴은 시나리오/메시지 흐름를 참조하세요.

EDI 처리에 사용되는 BizTalk Server 2010 거래 파트너 계약에 익숙할 경우 BizTalk 서비스 거래 파트너 계약이 친숙하게 보일 수 있습니다. 계약 설정은 대부분 동일하며 동일한 용어가 사용됩니다. 일부 경우에는 BizTalk Server의 동일 설정과 비교할 때 계약 설정이 훨씬 더 간단합니다. Microsoft Azure BizTalk 서비스은 X12, EDIFACT 및 AS2 전송을 지원합니다.

Microsoft Azure BizTalk 서비스은 BizTalk Server 거래 파트너 모듈의 거래 파트너와 규약을 BizTalk Services 포털로 마이그레이션할 수 있는 TPM 데이터 마이그레이션 도구도 제공합니다. TPM 데이터 마이그레이션 도구는 도구 패키지의 일부로 사용하며 http://go.microsoft.com/fwlink/?LinkId=235057에서 다운로드할 수 있습니다. 패키지에는 도구 사용 방법과 도구의 기본적인 문제 해결 정보를 제공하는 추가 정보도 포함되어 있습니다.

BizTalk 서비스은 BizTalk 서비스 솔루션에서 사용할 수 있는 EDI 스키마를 제공합니다. BizTalk Server EDI 스키마는 EDI 스키마의 루트 노드가 BizTalk 서비스뿐만 아니라 BizTalk Server에서도 동일하기 때문에 BizTalk 서비스과 함께 사용할 수 있습니다. 따라서 BizTalk Server EDI 스키마를 직접 가져와서 BizTalk 서비스을 사용하여 개발하는 EDI 솔루션에 사용할 수 있습니다. 스키마는 http://go.microsoft.com/fwlink/?LinkId=235057에서도 다운로드할 수 있습니다.

BizTalk Server의 맵은 BizTalk 서비스의 호출을 의미합니다. BizTalk Server에서 BizTalk 서비스으로 맵을 마이그레이션하는 작업은 맵 복잡성에 따라 마이그레이션하는 데 복잡한 작업 중 하나일 수 있습니다. BizTalk 서비스에 대해 사용되는 매핑 도구는 BizTalk 맵 편집기와 다릅니다. 맵 편집기가 대부분 동일하게 보이더라도 기본 맵 형식이 다릅니다. 사용자에게 제공되는 펑토이드(BizTalk 서비스의 경우 매핑 작업)도 다릅니다. 실제로 BizTalk 맵은 BizTalk 서비스에서 직접적으로 사용할 수 없습니다. 또한 BizTalk Server에서 사용할 수 있는 펑토이드 모두를 BizTalk 서비스의 맵 작업에서 사용할 수 있는 것은 아닙니다.

사용 가능한 변환 맵 작업 목록이 BizTalk Server 맵 편집기와 크게 다르게 보일 수 있지만 BizTalk 서비스 변환은 동일한 작업 수행에 대한 새로운 방식을 갖고 있습니다. 예를 들어 BizTalk 서비스 변환에서는 목록 작업을 사용할 수 있습니다. 이 기능은 BizTalk 맵 편집기에서 제공되지 않은 기능입니다. 목록 작업을 사용하면 "목록"을 만들고 이에 대한 작업을 수행할 수 있습니다. 목록은 일련의 항목("행"이라고도 함)이며, 여기에서 각 항목은 여러 개의 멤버("열"이라고도 함)를 포함할 수 있습니다. 목록을 정렬하고, 조건에 따라 항목을 선택할 수도 있습니다.

BizTalk 서비스 변환에서 제공되는 또 다른 새로운 기능 예는 루프 작업입니다. BizTalk Server 맵 편집기에서는 중첩된 루프를 만들기가 어렵습니다. 따라서 루프 맵 작업이 BizTalk 서비스 변환에 추가되었습니다.

또 다른 예는 If-Then-Else 식 맵 작업입니다. BizTalk 맵 편집기에서도 if-then-else 작업을 수행할 수 있었지만 간단해 보이는 작업을 수행하는 데에도 여러 개의 펑토이드가 필요했습니다.

Microsoft Azure BizTalk 서비스은 BizTalk Server 맵을 BizTalk 서비스 변환으로 마이그레이션하는 도구를 제공합니다. BTMMigrationTool은 BizTalk 서비스 SDK와 함께 제공된 도구 패키지의 일부로 사용이 가능하며 http://go.microsoft.com/fwlink/?LinkId=235057에서 다운로드할 수 있습니다. 도구에 대한 자세한 정보는 BizTalk 맵을 BizTalk 서비스 변환으로 변환을 참조하세요.

BizTalk Server 맵을 BizTalk 서비스 변환으로 마이그레이션하는 방법에 대해 BizTalk MVP인 Sandro Pereira가 제공하는 예제를 볼 수도 있습니다. 예제는 여기에서 볼 수 있습니다. 이 예제를 기반으로 하는 문서는 여기에서 볼 수 있습니다.

BizTalk Server 오케스트레이션 처리를 Microsoft Azure로 마이그레이션해야 할 경우, Microsoft Azure에서는 BizTalk Server 오케스트레이션 실행이 지원되지 않기 때문에 오케스트레이션을 다시 작성해야 합니다. 오케스트레이션 기능은 Windows Workflow Foundation 4.0(WF4) 서비스에서 다시 작성할 수 있을 것입니다. 현재까지 BizTalk Server 오케스트레이션을 WF4로 마이그레이션할 수 있는 방법이 없기 때문에 완전히 다시 작성해야 합니다. 다음은 Windows 워크플로에 대한 몇 가지 리소스입니다.

  • WCF Workflow Service를 Service Bus 큐 및 항목과 통합하는 방법 Paolo Salvatori. 여기(http://go.microsoft.com/fwlink/?LinkId=237313)를 참조하세요.

  • 2011 빌드 컨퍼런스의 Windows Workflow Foundation 및 Azure를 사용하여 앱 구축 세션. 여기(http://go.microsoft.com/fwlink/?LinkId=237314)를 참조하세요.

  • Windows Workflow Foundation 개발자 센터 MSDN. 여기(http://go.microsoft.com/fwlink/?LinkId=237315)를 참조하세요.

  • Windows Workflow Foundation 4(WF4) 설명서 MSDN. 여기(http://go.microsoft.com/fwlink/?LinkId=237316)를 참조하세요.

BizTalk 서비스를 사용하는 동안 다음과 같은 몇 가지 사항을 고려해야 합니다.

BizTalk Server EDI 처리에서는 "대체 규약" 개념이 사용됩니다. 반면 BizTalk 서비스에는 아직 대체 규약 개념이 없습니다. BizTalk Server에서 대체 계약을 사용하는 방법에 대한 자세한 내용은 BizTalk 설명서 항목 EDI 처리에서 계약의 역할전역 또는 대체 계약 속성 구성을 참조하세요.

현재 상태의 BizTalk 서비스 브리지는 게시-구독 모델을 사용하여 여러 대상으로 메시지를 라우팅하는 것을 지원하지 않습니다. 대신 BizTalk 서비스 브리지에서 Service Bus 항목으로 메시지를 라우팅할 수 있으며 이렇게 해서 여러 끝점에서 메시지를 받을 수 있는 복수의 구독이 가능합니다.

Microsoft Azure BizTalk 서비스은 일반적인 중요 시점에서 업데이트를 통해 더 많은 기능이 추가됩니다. 각 업데이트를 통해 BizTalk 서비스 및 다른 Azure 기술을 사용하여 종단 간 솔루션을 용이하게 만들 수 있도록 다양한 기능을 지원할 수 있기를 바랍니다.

참고 항목

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
표시:
© 2014 Microsoft