스키마의 여러 ​​버전을 처리하는 아키텍쳐 SOA에서 입력이 필요합니다.

Question

기존 애플리케이션의 SOA를 빌드하는 작업을하고 있습니다. 나는 SOA 응용 프로그램에 대한 더 나은 방법입니다있는 너희들의 입력을 얻기 위해 노력하고 있어요 :

우리는 우리의 시스템과 통합하는 다른 공급 업체의 도움이 SOA 애플리케이션을 개발하려는 :

여기

는 요구 사항입니다. 나는 또한 통합을 지원하기 위해 새로운 분야를 가져올 필요가있는 일부 고객들을 이해하고 있습니다.

솔루션 필요 : 모든 클라이언트를 처리 할 수있는 하나의 SOA 응용 프로그램을 찾으려면 시스템과 통합하십시오. 질문 그렇게 할 수 있습니까? 우리가 다른 계약을 맺을 가능성이 있기 때문에 새로운 분야가 계약에 들어갈 수 있습니다.

(또는) 서비스 계약이 변경되고 [SOAP 헤더에서 언급 한] 버전을 기반으로 적절한 SOA 서비스로 호출을 전환하는 프런트 게이트 SOA 서비스가있는 경우 다른 SOA 서비스를 개발하십시오.

누구나 이런 유형의 요구 사항을 처리하고이 문제를 처리하는 방법을 알고 있다면 도움이 될 것입니다.

감사합니다,

나짐

Answer 1

나짐,

내가 제대로 문제를 이해 해요, 당신이 versioning를 지원하는 WCF 서비스를 만들 찾고 있습니다. 몇 가지 선택 사항이 있습니다. 클라이언트가 느슨한 버전 관리를 처리 할 수 ​​없거나 데이터 계약을 수정하지 못하는 경우 새로운 서비스를 계속 만들 수 있습니다 (IExtensibleDataObject 인터페이스 구현). 두 경우 모두 Best Practices을 확인하십시오.

Answer 2

this article을 권장합니다. 여기에는 두 가지 접근 방법이 설명되어 있습니다.

기본적으로 지원하는 버전이 많을 때 두통이 될 수있는 '프론트 게이트'를 구현하고 유지 관리하는 것을 선호하는지 결정하는 것은 기본적으로 결정됩니다. 또는 모든 버전의 서비스를 사이드 - 투 - 측면. 그런 다음 클라이언트가 특정 엔드 포인트와 상호 작용하도록 수동으로 지시하거나이를 처리 할 수있는 일부 웹 서비스 레지스트리 응용 프로그램을 사용하십시오.