WCF의 웹 서비스 발견 : WS-Discovery 또는 UDDI?

StackOverflow https://stackoverflow.com/questions/647816

  •  22-07-2019
  •  | 
  •  

문제

나는 UDDI와 WS-Discovery의 차이점을 알고 있습니다 (서비스 대 방송을 검색 할 위치가 잘 알고 있습니다). 그러나 내 질문은 : WCF에서 웹 서비스를 발견하는 가장 간단한 방법은 무엇입니까? 가장 간단하게 WCF에서 이미 구현되어 현재 사용할 수 있다는 것을 의미합니까? UDDI 또는 WS-Discovery 용 WCF에서 내장 구현을 보지 못했습니다.

WCF 의이 두 프로토콜에 대해 공유 할 링크 나 경험이 있습니까?

업데이트

이제 저는 세 가지 솔루션에 대해 생각하고 .NET 4.0에서 WS-Discovery를 기다리거나 WCF가 제공하는 피어 대 피어 바인딩으로 내 자신의 발견 바인딩을 만들 수 있습니다. 이렇게하면 요청을 방송 할 수 있습니다. 또는 EED3SI9N의 링크가 제공 한 구현을 사용합니다.

구현을 쉽게 변경하기 위해 게이트웨이 인터페이스를 수행 할 것이라고 생각합니다.

도움이 되었습니까?

해결책

.NET 4.0에는 WS 발견이 있습니다. 보다 .NET 4.0의 메시징 향상 : (Discovery Part I) WCF 4.0에서 WS-Discovery 사용. 그 동안 Claudio Masieri는 구현을 제공했습니다. 보다 WCF에 대한 WS-Discovery.

UDDI와 유사한 방식으로 수행 된 사용자 정의 검색 구현도 있습니다. 보다 Windows Communication Service Discovery.

펑키 한 WCF 서비스를 사용하는 200 명의 고객이 있다고 상상해보십시오. 그들은 모두 conf 파일에 다음과 같은 섹션을 가지고있을 것입니다.

<client>
   <endpoint configurationName="default"
               address="http://localhost/servicemodelsamples/service.svc"
               binding="wsHttpBinding"
               bindingConfiguration="Binding1"
              contract="IDataContractCalculator" />
 </client>
 <bindings>
   <wsHttpBinding>
      <binding configurationName="Binding1" />
   </wsHttpBinding>
</bindings>

이제 보안 이유에 대해 SSL을 사용하는 새로운 엔드 포인트 (서버 측)을 변경하기로 결정했습니다. 고객을 어떻게 업데이트합니까? 당신은 그것이 지루해 질 수 있음을 빨리 알 수 있습니다. 따라서 여기에 자세히 설명하고 싶은 아이디어는 UDDI가 수행하는 것과 유사한 검색 서비스를 구현하고 메타 데이터 레졸버를 사용하여 서비스를 제공하여 클라이언트가 서비스와 논의 할 수 있도록 동적으로 프록시를 생성하는 것입니다.

이 사람은 당신과 비슷한 우려를 가지고 있으며 작업 솔루션이있는 것 같습니다.

다른 팁

UDDI는 가용 서비스에 대한 정보를 저장하기위한 중앙 레지스트리를 제공합니다. 소비자가 자신의 요구를 충족시키는 서비스를 찾을 수있는 카탈로그를 제공합니다. 이 전화 번호와 같은 정보 디렉토리를 사용하면 소비자가 이름, 주소, 계약, 카테고리 또는 기타 데이터로 서비스를 찾을 수 있습니다. UDDI는 웹 서비스의 DNS로 생각할 수 있습니다.

반면에 WS-Discovery는 네트워크에서 나오는 서비스를 발견하는 프로토콜을 제공합니다. 서비스가 네트워크에 가입하면서 Hello 메시지를 방송하여 동료에게 도착을 알립니다. 마찬가지로, 서비스가 네트워크를 중단하면 비만 메시지를 멀티 캐스트합니다. WS-Discovery는 UDDI처럼 사용 가능한 모든 서비스에 대한 정보를 호스팅하기 위해 단일 노드에 의존하지 않습니다. 오히려 각 노드는 가용 서비스에 대한 정보를 임시 방식으로 전달합니다. 이는 서비스를 발견하는 데 필요한 네트워크 인프라의 양을 줄이고 부트 스트랩을 촉진합니다.

인용 : http://travisspencer.com/blog/2007/09/post.html

다음은 좋은 속성 목록입니다.http://laflour.spaces.live.com/blog/cns !7575e2ffc19135b4 !728.entry

Juddi에는 사용할 수있는 .NET 클라이언트가 있습니다. UDDI와 협력하기위한 많은 것들을 크게 단순화합니다.

경험을 통해 WS 발견의 기능이 2 ~ 3 개만 있습니다.

UDDI 당신은 무엇이든 액세스 할 수 있습니다. 많은 클라이언트 및 서버 구현이 있습니다. (버전 3 물건 만 여기에 나열되어 있습니다)

  • IBM WS-Registry
  • Apache Juddi
  • Biztalk와 함께 Microsoft UDDI V3 (2008 년 서버 무료)
  • HP SOA/SYSTINET 또는 지금이라고 불리는 것은 무엇이든
  • WSO2에는 뭔가가 있습니다
  • EBXML에는 일종의 브리지 또는 어댑터가 있습니다

UDDI3 (Juddi 3.2가 XML 또는 JSON 응답)에 대한 REST 엔드 포인트도 있습니다.

또한 WS 발견과 공유 할 수있는 데이터는 UDDI에 첨부 할 수있는 사실상 무제한 데이터에 비해 다소 제한적입니다.

그것은 단지 내 2 센트입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top