내보내기(0) 인쇄
모두 확장
이 항목은 아직 평가되지 않았습니다.- 이 항목 평가

자습서: Windows Azure BizTalk 서비스를 사용하여 온-프레미스 SAP 서버와 통합

업데이트 날짜: 2013년 8월

Windows Azure BizTalk Services에서는 응용 프로그램을 사용하는 고객이나 파트너는 Azure에서 호스트되는 반면 고객 또는 파트너와 관련된 데이터는 LOB 응용 프로그램을 사용하여 내부에 저장되도록 조직에서 하이브리드 솔루션을 만들 수 있는 풍부한 통합 기능 집합을 제공합니다. 이 문서에서는 BizTalk Services를 사용하여 비슷한 하이브리드 시나리오를 설정하는 방법에 대해 설명합니다. BizTalk Services를 사용하여 Windows Azure 응용 프로그램을 내부 LOB 응용 프로그램과 통합하는 방법을 보여 주기 위해 Fabrikam과 Contoso라는 두 비즈니스 파트너를 포함하는 시나리오를 살펴보겠습니다.

비즈니스 시나리오

Contoso는 PO(X12 850) 스키마를 사용하여 X12 EDI(전자 데이터 교환) 형식으로 Fabrikam을 PO(구매 주문서) 메시지를 보냅니다. SAP 서버를 사용하여 파트너 데이터를 관리하는 Fabrikam은 ORDERS05 IDOCS를 사용하여 파트너로부터 PO를 받습니다. Contoso가 Fabrikam의 내부 SAP 서버로 직접 PO를 보낼 수 있도록 Fabrikam은 Windows Azure의 통합 제품인 BizTalk Services를 사용하여 통합 계층은 Azure에 호스트되고 SAP 서버는 조직의 방화벽 내에 있는 하이브리드 통합 시나리오를 설정하기로 결정합니다. Fabrikam은 이러한 하이브리드 통합 시나리오가 가능하도록 다음과 같은 방법으로 BizTalk Services를 사용합니다.

  1. Fabrikam은 Windows Azure BizTalk Services SDK를 사용하여 BizTalk Services 프로젝트를 만듭니다. 이 프로젝트에는 메시지를 릴레이 끝점으로 보내면 릴레이 끝점에서 내부 SAP 시스템으로 메시지를 보내는 XML 단방향 연결이 포함됩니다.

  2. Fabrikam은 BizTalk Services와 함께 제공되는 BizTalk 어댑터 서비스 구성 요소를 사용하여 ORDERS05 IDOC에 대한 보내기 작업을 Service Bus 릴레이 끝점을 사용한 작업으로 노출합니다. XML 단방향 연결은 이 릴레이 끝점으로 메시지를 보냅니다. 또한 Fabrikam은 BizTalk 어댑터 서비스를 사용하여 보내기 작업에 대한 스키마를 만들고 BizTalk Services 프로젝트의 일부로 스키마를 포함합니다.

    note참고
    IDOC의 보내기 작업은 모든 IDOC의 BizTalk Adapter Pack에서 SAP 서버로 IDOC를 보내기 위해 노출하는 작업입니다. BizTalk 어댑터 서비스는 BizTalk Adapter Pack을 사용하여 SAP 서버에 연결합니다.

  3. Fabrikam은 BizTalk Services와 함께 제공되는 변환 구성 요소를 사용하여 X12 형식의 PO 메시지를 SAP 서버에서 ORDERS05 IDOC의 보내기 작업을 호출하는 데 필요한 스키마로 변환하는 맵을 만듭니다.

  4. Fabrikam은 BizTalk Services와 함께 제공되는 Windows Azure BizTalk Services 포털을 사용하여 X12 850 PO 메시지를 처리하는 BizTalk Services 구독으로 EDI 계약을 만들고 배포합니다. 메시지 처리의 일부로 계약은 다음 작업도 수행합니다.

    1. FTP를 통해 X12 850 PO 메시지를 받습니다.

    2. 앞에서 만든 변환을 사용하여 X12 PO 메시지를 SAP 서버에 필요한 스키마로 변환합니다.

    3. 궁극적으로 SAP 서버로 PO 메시지를 보내기 위해 만든 릴레이 끝점으로 메시지를 라우팅하는 XML 단방향 연결로 변환된 메시지를 라우팅합니다. 이전에 Fabrikam은 파트너가 BizTalk 어댑터 서비스를 사용하여 PO 메시지를 보낼 수 있도록 ORDERS05 IDOC의 보내기 작업을 릴레이 끝점으로 노출했습니다(위 글머리 기호 1의 설명 참조).

이 설정에서는 Contoso가 X12 850 PO 메시지를 FTP 위치에 드롭합니다. 이 메시지는 메시지를 처리하고, ORDERS05 IDOC로 변환하고, 중간 XML 연결로 라우팅하는 EDI 수신 파이프라인에서 사용됩니다. 연결은 Service Bus의 릴레이 끝점으로 메시지를 라우팅합니다. 그런 다음 메시지가 내부 SAP 서버로 전송됩니다. 다음 그림은 동일한 시나리오를 나타냅니다.

SAP 통합 시나리오

이 문서의 사용 방법

이 자습서는 MSDN 코드 갤러리에서 다운로드(SAPIntegration.zip)의 일부로 사용 가능한 SAPIntegration 샘플을 중심으로 작성되었습니다. SAPIntegration 샘플을 사용하고 이 자습서를 진행하여 샘플이 작성된 방식을 이해하거나 이 자습서를 사용하여 고유한 응용 프로그램을 만들 수 있습니다. 이 자습서는 이 응용 프로그램이 빌드된 방식을 이해할 수 있도록 두 번째 접근 방식을 사용합니다. 또한 샘플과 일관성을 유지하기 위해 이 자습서에서 사용되는 아티팩트(예: 스키마, 변환 등)의 이름은 샘플과 같습니다.

MSDN 코드 갤러리에서 사용할 수 있는 샘플에는 디자인 타임에 컴퓨터에서 개발할 수 있는 솔루션 부분만 포함되어 있습니다. Azure의 BizTalk Services 포털에서 수행해야 하는 구성은 샘플에 포함할 수 없습니다. 해당 부분의 경우 이 자습서의 단계를 따라 EDI 연결을 설정해야 합니다. 자습서를 따라 개념 및 절차를 이해하는 것이 좋지만 샘플을 사용하려는 경우 다음을 수행해야 합니다.

  • SAPIntegration.zip 패키지를 다운로드하고, SAPIntegration 샘플을 추출한 다음 서비스 네임스페이스, 발급자 이름, 발급자 키, SAP 서버 세부 정보 제공 등의 관련 변경을 수행합니다. 샘플을 변경한 후 응용 프로그램을 배포하여 XML 단방향 연결이 배포된 끝점 URL을 가져옵니다.

  • BizTalk Services 포털을 사용하여 5단계: EDI 수신 파이프라인 만들기 및 배포에 설명된 대로 수신 설정을 구성하고 EDI 수신 연결에서 이미 배포한 XML 단방향 연결로 메시지를 라우팅하는 절차를 따릅니다.

  • 계약의 일부로 구성된 FTP 위치에 테스트 메시지를 드롭하고 응용 프로그램이 예상대로 작동하는지 확인합니다.

    • 메시지가 성공적으로 처리되면 SAP 서버로 라우팅되며, SAP GUI를 사용하여 ORDERS IDOC를 확인할 수 있습니다.

    • EDI 계약에서 메시지를 처리하지 못하면 실패/오류 메시지가 Service Bus의 릴레이 끝점으로 라우팅됩니다. 이러한 메시지를 받으려면 특정 릴레이 끝점에 오는 메시지를 받는 릴레이 수신기 서비스를 설정해야 합니다. 이 서비스가 필요한 이유 및 서비스 사용 방법에 대한 자세한 내용은 6단계: 솔루션 테스트에서 확인할 수 있습니다.

섹션 내용

참고 항목


빌드 날짜:

2013-11-22
이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.

커뮤니티 추가 항목

추가
표시:
© 2014 Microsoft. All rights reserved.