UDDI [universal description, discovery, and integration] 전자정보공학과 05613014 노해성
목차 1.UDDI 정의 2.UDDI의 역할 3.UDDI 와 프로토콜의 관계 4.UDDI 작동방법 5.UDDI 장점
UDDI 정의 인터넷에서 전 세계 비즈니스 목록에 자신을 등재하기 위한 XML 기반의 레지스트리이다. 월드와이드웹(WWW)에서 상호 온라인 거래를 원활히 하고 전자상거래의 상호 운용을 하기 위한 것으로 비즈니스 이름, 제품, 위치 혹은 웹서비스(Web service) 등으로 목록을 작성하여 사용자에게 제공하는 것이다.
UDDI는 전체 웹 서비스 스택에 맞춰있고 웹 서비스의 개발, 설정, 발견, 호출을 가능하게 하는 핵심 컴포넌트이다 UDDI는 네트워크 전송 레이어와 SOAP 기반 XML 메시지 전송 레이어 상에서 구현된다
UDDI의 역할 ▷레지스트리 운영자(Registry operator): 물리적인 레지스트리를 운영한다. ▷비즈니스 제공자: 등록된 서비스를 제공한다. ▷택사노미 제공자(Taxonomy Provider): 해당 카테고리의 택사노미를 정의한다. ▷정보 수집자(Information Aggregator): 레지스트리의 여러 정보 조각 조각을 모아서 큰 그림, 정보를 만든다. ▷정보 확인자(Infor-mation Validator): 제공된 정보의 정확성 여부를 확인한다
UDDI의 작동 방법 클라이언트와 레지스트리간 UDDI 메시지 흐름
UDDI 레지스트리가 데이터와 함께 "populating" 방법과 고객이 이 정보를 발견하고 사용하는 방법을 설명하고 있다 UDDI 레지스트리가 데이터와 함께 "populating" 방법과 고객이 이 정보를 발견하고 사용하는 방법을 설명하고 있다. UDDI 레지스트리는 고객이 제공한 데이터에 구현된다. UDDI에서 데이터를 유용하게 만드는 여러 단계가 있다. 1 단계에서 보듯이 유용한 정보를 레지스트리에 퍼블리시 하는 것은 소프트웨어 회사와 표준 기구들이 산업 또는 비지니스와 관련된 스팩을 정의할 때 시작한다. 이들은 기술 모델 또는 tModels로 알려져 있다
UDDI와 다른 프로토콜의 관계(SOAP, WSDL UDDI는 다른 UDDI 레지스트리와 정보 교환시 SOAP 1.1을 이용하여 데이터를 패키징한다. UDDI는 ‘메시지’ 형식의 인터페이스를 이용하여 패키징 작업을 실시한다. 이 때 UDDI는 SOAP의 기본 ‘메시징’ 서비스를 이용했으며 RPC모델은 이용하지 않았다. 그 이유는 RPC모델은 벤더간 호환성 이슈가 생길 우려가 있기 때문이었다.
UDDI와 WSDL의 관계 UDDI는 반드시 WSDL을 사용해야 한다고 믿을 수 있다. eq는 ‘아니다’이다. 비록 UDDI가 WSDL 규정을 준수하는 가장 흔한 레지스트리이기는 해도 UDDI 규정 그 자체는 어느 특정 규정에만 얽매이지 않는다. 즉 WSDL이 아니라도 UDDI 레지스트리를 만드는 것은 무방하다. 심지어 평범한 웹 페이지 또는 이메일 주소로 된 연락처 정보도 무방하다.
UDDI 장점 ▷UDDI는 ‘general’ 메타 데이터를 제공하며 어떤 비즈니스, 어떤 조직에도 적용 가능하다. ▷UDDI는 데이터의 고가용성(high available)에 신경을 썼다. ▷벤더 중심의 노력으로 출발하였기에 단순히 스펙만 제공되는 것이 아니라 벤더의 보장(Commitment)도 제공된다. ▷UDDI 개발자는 초기 UDDI 구현을 일부러 간단하게 구현하려 했다. 즉, 간단한 discovery 방식을 이용하여 상대방의 비즈니스 프로세스가 호환성이 있는지를 검사하는데 이용하였다. 그리고 일부러 다른 레지스트리에서 존재하는 기능(예: ebXML의 business interaction)을 구현하지 않았다. ▷UDDI는 원래는 B2B 서비스 descrip-tion/discovery에 이용되나 B2B에만 머물지 않고 어떤 서비스에도 이용이 가능하다. 그리고 여러 방식의 프로토콜을 이용할 수 있다. 예를 들어서 EDI, SOAP, COM, CORBA, CICS, FTP, phone number를 이용하여 구현할 수도 있다.
UDDI 단점 UDDI는 납품업체를 찾아내고 그들과 연결하는 수단을 제시하고 있으나, 데이터를 교환하는 데 사용할 프로토콜이나 언어는 정의하지 않고 있다. UDDI는 기본적으로 서비스간의 ‘관계’ 또는 서비스간의 ‘interact’를 표현할 수가 없다.
UDDI 보안 구현이 늦어진 이유는 기업이 신뢰할 만하고 등록된 파트너에게만 웹 서비스 표준 정보를 제공하는 보안 표준이 없기 때문이다 security attack과 SPAM이다
감사합니다 ^ ^