B2B 웹 서비스에 보증된 전달: 지점간 사용 패턴

이 사용 패턴에서, 제조사는 제휴한 판매 대리점 네트워크를 통해 해당 제품을 판매합니다. 이 제조자에서는 고유의 소매 조직과 여섯 개의 가장 크고 가장 중요한 판매 대리점 사이의 IT 통합을 향상시키기 위해 파일럿 프로젝트를 시작했습니다.

기존 기술 솔루션

역사적으로 비즈니스 간 "전자 상거래"는 EDI(Electronic Data Interchange)를 사용하여 관리되어 왔습니다. EDI는 비즈니스 간 메시지의 형식 및 컨텐츠의 표준 세트입니다. 이러한 표준 및 메시지의 예제는 EDI용 국제 연합 디렉토리를 참조하십시오.

통신 상대의 ID가 알려져 있고 변경되지 않은 경우, 산업 표준 메시지 정의는 엄격하게 사용할 필요가 없습니다. 비즈니스 간 상거래(예: OASIS의 ebXML(eXtensible Markup Language)을 사용하는 전자 비즈니스 스펙)를 수행하는 데 기타 XML 기반 표준이 사용 가능한 경우에도 제조사는 웹 서비스 기술 사용에 관해 조사했으며 서비스 인터페이스를 정의하기 위해 다양한 소스의 WSDL 문서를 사용 중입니다.

초기 파일럿 프로젝트에 대한 제조사와 해당 판매자 간의 대화에는 다음의 두 카테고리가 있습니다.

  • 정보 요청. 대화는 일부 정보를 요청하는 메시지가 전송되고 요청된 정보를 포함하는 응답 메시지가 역방향으로 전송되는 양방향입니다. 판매자에서 제조사로 이동하는 정보 요청의 예제로는 "getOrderStatus"를 들 수 있습니다.
  • 업데이트 요청. 이 대화는 단방향 방식이며 다른 작업을 진행할 수 있도록 업데이트 요청의 송신자는 응답 수신과 독립적입니다. 판매자에서 제조사로 이동하는 업데이트 요청의 예제로는 "placeOrder"를 들 수 있습니다. 제조사에서 판매자로 이동하는 업데이트 요청의 예제로는 "deliveryConfirmed"를 들 수 있습니다.

제조사는 WebSphere® Application Server를 사용하여 HTTP를 통한 SOAP과 JMS를 통한 SOAP을 사용하여 정보 요청을 구현합니다. 판매자는 마음대로 고유의 구현 기술을 선택할 수 있습니다. WebSphere Application Server를 사용하지 않아도 됩니다.

제조사는 다음과 같이 두 가지의 서로 다른 방법으로 업데이트 요청을 구현합니다.

  • HTTP를 통한 SOAP 사용. 이 경우 서비스는 요청자가 응답을 수신했을 때 완료된 것으로 간주되는 요청 및 응답 대화로 표시됩니다. 서비스는 중복 요청을 감지하고 정상적으로 응답하도록 구현되어야 하며(idempotent 조작으로 지칭), 클라이언트는 요청이 전송된 후 그러나 응답을 수신하기 전에 통신이 인터럽트된 경우 다시 시도하도록 구현되어야 합니다.
  • 이전의 제한사항을 피하기 위해 제조사는 WebSphere Application Server 및 WebSphere MQ에서 JMS를 통한 SOAP 지원도 사용합니다. 이 경우 요청은 단방향 서비스로 표시되며 메시지는 확실하게 전달됩니다. 제조사는 JMS 제공자로 WebSphere MQ를 사용하며 이 솔루션을 WebSphere Application Server 및 WebSphere MQ도 사용하는 모든 판매자가 사용할 수 있게 합니다. 메시지 전송을 위해 판매자 및 제조사를 연결할 필요가 없습니다.

메시지는 가상 사설 네트워크를 통해 송신자 ID 설정의 일부로 전송되며 이로써 두 비즈니스 간에 전송된 메시지의 무결성 및 기밀성이 보장됩니다.

비즈니스 문제점

제조사와 해당 판매자 둘 모두 정보 요청 서비스 구현에 만족하는 경우에도 업데이트 요청의 경우 다음과 같은 다수의 문제가 있습니다.

  • HTTP를 통한 SOAP 사용:
    • 제조사의 경우 idempotent 서비스를 구현하는 것이 복잡하므로 개발 시 많은 비용이 듭니다. 솔루션의 확고성은 줄어들고 주문 제거 또는 중복으로 인해 비용이 발생하고 코딩 오류 가능성이 증가합니다.
    • 판매자의 경우, 재시도 로직 구현은 마찬가지로 복잡하고, 비용이 많이 들며, 오류가 발생하기 쉽습니다.
    • 제조사 및 판매자들에게는 서비스 호출을 위해 두 당사자의 요구사항이 모두 충족 가능한지가 중요합니다. 특히 많은 판매자들이 시스템을 일주일 내내 사용 가능하도록 관리하지 않는데 비해 제조사의 경우, 판매자에게 업데이트된 가격을 전달하는 데 주말이 가장 이상적인 시기입니다. 마찬가지로 판매자와 제조사 간의 연결이 사용 불가능할 때 주문을 저장할 수 없다는 것은 실제 비즈니스 문제입니다.
  • JMS를 통한 SOAP 사용:
    • WebSphere Application Server를 사용해야 하고 WebSphere MQ가 현재 판매자 콜렉션에 승인될 수 있더라도, 프로젝트 확장 시 공통 소프트웨어 플랫폼을 사용하고 싶지 않거나 사용할 수 없는 다른 상대가 있을 수 있습니다.

WS-ReliableMessaging 사용 시 솔루션

WebSphere Application Server에서 WS-ReliableMessaging 지원을 사용하는 경우 제조사는 신뢰성 있는 단방향 메시징에 대한 기존의 사용자 정의 재시도 솔루션을 표준 HTTP를 통한 SOAP 단방향 메시징과 바꿀 수 있습니다. 애플리케이션에서 재시도 로직을 제거하면 애플리케이션 코드가 단순화되어 애플리케이션을 더 단순하고 빠르게 개발할 수 있습니다.

WS-ReliableMessaging을 사용할 경우 메시지 전송을 위해 판매자 및 제조사를 연결할 필요가 없습니다.

WS-ReliableMessaging 표준은 HTTP를 통한 SOAP 메시징에 신뢰도를 추가하여 JMS를 통한 SOAP 사용의 필요성을 감소시킵니다.

HTTP를 통한 SOAP이 있는 WS-ReliableMessaging은 상호운영 가능한 표준이므로 판매자 네트워크에서는 공통 소프트웨어 플랫폼을 사용할 필요가 없습니다.


주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwbs_wsrm_scen_ptp
파일 이름:cwbs_wsrm_scen_ptp.html