UDDI 베스트 프랙티스

Question

조직이 SOA 세계로 빠져들고 있습니다. (약간 늦었지 만 여기에있는 것처럼!) ESB Toolkit 2.0 (이미 BizTalk Server 2009 사용)에 대해 알아 보았습니다.

우리는 UDDI (특히 BTS 2009와 함께 제공되는 UDDI Services v3.0) 구현에 열중하지만 실제 UDDI 사용 경험이 적습니다. 우리는 모든 환경에 걸쳐 우리가 보유하고있는 웹 서비스를 계속 관리하고 싶습니다.

UDDI를 구현하는 가장 좋은 방법은 무엇입니까? 예를 들어 : -

• 당신은 테스트 환경의 버전을 포함하여 모든 서비스와 바인딩을 호스팅하는 하나의 고 가용성 탄력 UDDI 서버를 구현시겠습니까? 아니면 테스트 환경과 프로덕션 환경을위한 별도의 UDDI 리포지토리를 구현 하시겠습니까?
• WSDL 및 UDDI의 Oasis Technical Note v2.0에 대해 알고 있는데 실제로 구현하는 사람이 있습니까? 나는. WSDL의 추상적 인 부분을 tModels로, WSDL의 구현 부분을 바인딩으로?
• UDDI에서 웹 서비스가 아닌 엔드 포인트를 캡처하거나 WSDL 용으로 만 사용하려고합니까?
• "잡았다"는 무엇입니까?

Answer 1

IBM has stopped using UDDI이며 WSRR에 HTTP 및 REST 인터페이스를 사용하고 있습니다. 내가 여기에 확실하지 오전, 오라클은 솔루션의 대부분에서 UDDI를 사용하지 않는, 그러나 그들은 UDDI v3의 (이 OEM입니다)

나는 Microsoft Azure platform에 사용되는 UDDI를 볼 수 없습니다를 지원하는 레지스트리와 저장소를 가지고?

나는 죽은 표준이라고 말하고 있지 않다 ...하지만 others are

Answer 2

Q : 당신은 테스트 환경의 버전을 포함하여 모든 서비스와 바인딩을 호스팅하는 하나의 고 가용성 탄력 UDDI 서버를 구현시겠습니까? 아니면 테스트 환경과 프로덕션 환경을위한 별도의 UDDI 리포지토리를 구현 하시겠습니까?

a : 테스트 용으로 하나를 생산할 것입니다.

q : 저는 WSDL 및 UDDI의 Oasis Technical Note v2.0에 대해 알고 있습니다 만 실제로 구현하는 사람이 있습니까? 나는. WSDL의 추상적 인 부분을 tModels로, WSDL의 구현 부분을 바인딩으로?

a : 예, jUDDI에는 WSDL 대 UDDI 기술 노트의 Java 및 .NET 구현이 모두 있습니다. WS02도 마찬가지입니다.

q : UDDI에서 웹 서비스가 아닌 엔드 포인트를 캡처하거나 WSDL 용으로 사용하려고합니까?

a : 예, 데이터는 어떻게 사용합니까? UDDI v3은 REST 서비스가 활용할 수 있도록 액세스 레지스트리 정보를위한 REST 인터페이스를 정의합니다. JUDDI v3.2는 매끄러운 사용자 인터페이스를 가지고있는 것 외에 REST 인터페이스를 구현합니다. 그렇다면 왜 그렇지 않습니까? 진짜 질문은, 어떻게 데이터를 사용할 것인가입니다. 그 대답은 결정을 내리는 데 도움이 될 것입니다.

q : "gotchas"란 무엇입니까?

a : UDDI에는 많은 '개방형 태스킹'이 있으며, 특히 tModels를 사용하는 다양한 방법이 있습니다. 스팩은 그들 중 다수를 정의하지만 그것들을 사용하고 해석하는 것은 당신에게 달려있다. 명세에는 구현 방법을 결정하는 데 어려움을주는 수많은 충돌하는 문장이 있습니다.사양의 일부 사항은 모든 것을 통과하지 못했습니다.