Universal Description Discovery and Integration , también conocido por el acrónimo UDDI , es un directorio de servicios basado en XML específicamente para servicios web .
UDDI fue diseñado para usarse junto con ebXML para comercio electrónico .
Se utiliza un directorio UDDI para ubicar el servicio web deseado en la red . Este es un elemento clave en las especificaciones de servicios web WS- * , ya que permite el acceso a directorios de usuarios potenciales de servicios web.
UDDI es una especificación desarrollada por OASIS .
El proyecto UDDI se inició en octubre de 2000 gracias a una colaboración entre Microsoft , Ariba (en) e IBM . Se han sumado otras empresas, como Sun Microsystems , Oracle , HP e incluso SAP .
En 2002 se desarrolló una versión 2 .
La versión 3 se desarrolló en 2003 y fue adoptada por algunas empresas en 2005 .
UDDI está destinado a ser utilizado en el comercio electrónico como un directorio para descubrir servicios web WS- * , junto con el registro ebXML con el que está estrechamente anidado. De esta forma, UDDI posibilita la construcción de registros de servicios web.
En la práctica, UDDI permite almacenar tanto información técnica como información sobre procesos de negocio como la dirección de acceso a los servicios web , pero también mucha más información contextual, como el nombre de la persona que se encarga de su gestión, la breve descripción de sus funcionalidades o el nombre y rama de actividad de la empresa de la que dependen.
El comercio electrónico tiene tres fases principales:
El directorio UDDI se puede consultar de diferentes formas:
Gracias a esta triple lectura, toda la información útil es accesible.
En mayo de 2001 , IBM y Sun firmaron un documento titulado "Uso de UDDI para encontrar el registro / repositorio ebXML". Este documento presenta un caso de estudio que muestra cómo utilizar el registro "empresarial" UDDI para encontrar un registro ebXML , y define una serie de pasos que se deben seguir para definir y registrar un registro ebXML en un registro UDDI.
Existe la posibilidad de interoperabilidad operativa entre UDDI y un registro ebXML en términos de descubrimiento. Se han escrito varios documentos sobre este tema.
En la arquitectura ebXML, UDDI puede interactuar usando CORBA .
En 2003 , el comité técnico de UDDI elaboró una nota titulada "UDDI como registro para componentes ebXML" (como registro UDDI para componentes ebXML ). Esta nota técnica proporciona directrices para el uso de registros UDDI en el marco de ebXML B2B servicios , y para permitir la detección automática de los componentes del marco ebXML ( Colaboración Protocolo de perfiles , Convenios de Colaboración de protocolo , Business Process esquema especificaciones , etc.) utilizando UDDI.
Esta interoperabilidad multiplica efectivamente las fortalezas complementarias de cada registro.
Descargo de responsabilidad :
Esta sección es solo para fines informativos y no está diseñada para uso de programación.
Para que los servicios web sean significativos, es necesario proporcionar información que supere las especificaciones técnicas de los servicios. El corazón del registro UDDI es la representación de datos y metadatos en servicios web .
UDDI usa lenguaje de esquema XML para describir sus estructuras de datos. En la versión 3.0.1 de UDDI, hay 9 esquemas XML:
La información utilizada para establecer un registro UDDI consta de cuatro tipos principales de estructuras de datos XML . Este simple desglose por tipo de información ayuda a localizar y comprender rápidamente las diferentes piezas de información que componen una grabación.
Estos cuatro tipos constituyen el conjunto de información proporcionada por el marco de descripción de servicios UDDI. Cada una de estas estructuras XML contiene una serie de campos que se utilizan para describir una empresa o tecnología.
Detalles:
Término en inglés: businessEntity
Detalles (v3.0.1):
BusinessEntity es una estructura de datos de alto nivel que describe una empresa u otra entidad para la que se registra información. Se utiliza para representar empresas y proveedores en UDDI. Contiene información descriptiva sobre la empresa o proveedor y los servicios que ofrece.
etc
Las descripciones de servicios y la información técnica se expresan en un businessEntity por las estructuras businessService y bindingTemplate que le pertenecen. Aunque el nombre de la entidad XML contiene la palabra "empresa", la estructura se puede utilizar muy bien para modelar algo más que "empresa".
Servicio empresarialTérmino en inglés: businessService
Detalles (v3.0.1):
BusinessService le permite describir un conjunto lógico de servicios web , que puede contener una o más plantillas de enlace. A nivel de servicio, aún no se proporciona información técnica sobre estos servicios; por otro lado, esta estructura ofrece la posibilidad de ensamblar un conjunto de servicios bajo una rúbrica común.
Cada businessService es el hijo lógico de una única businessEntity. Cada BusinessService contiene información descriptiva (nombres, descripciones e información de clasificación) que subraya el propósito de los servicios web individuales que se encuentran dentro. Por ejemplo, una estructura businessService podría contener un conjunto de servicios web de órdenes de compra (envío, confirmación y notificación) proporcionados por una empresa.
bindingTemplateDetalles (v3.0.1):
Información necesaria para invocar servicios específicos que pueden contener enlaces con uno o más protocolos, como HTTP o SMTP .
tModelDetalles (v3.0.1):
tModel (modelo técnico o modelo técnico) coincide con la técnica de "huella digital" para servir dado que también puede funcionar como un espacio de nombres ( espacio de nombres ) para identificar otras entidades, incluidos otros tModels.
El uso de tModels es esencial en la forma en que UDDI representa datos y metadatos .
El tModel puede contener la siguiente información:
Para comprender completamente la relación entre BindingTemplate y tModel, debe saber que BusinessService puede admitir varios tipos de protocolos o especificaciones comerciales (vocabularios XML, estándares EDI, procesos de interfaz de socios de RosettaNet, etc.). BindingTemplate puede hacer referencia a cada uno de estos protocolos o especificaciones a través de un tModel específico.
Otros (publisherAssertion, ...)publisherAssertion : Descripción, desde el punto de vista de una businessEntity, de la relación que una businessEntity tiene con otra businessEntity.
suscripción : Descripción de una solicitud a lo largo del tiempo para realizar un seguimiento de los cambios en las entidades descritas por la suscripción.
Técnicamente, UDDI se ubica en el contexto de la arquitectura orientada a servicios ( Arquitectura Orientada a Servicios ).
Se basa en un conjunto de tecnologías compatibles con el lenguaje de marcado XML :
Resumen: servicios UDDI y conjuntos de API
Los nodos UDDI son servicios que admiten especificaciones UDDI y pertenecen a un registro UDDI.
Los registros UDDI son conjuntos de uno o más nodos.
UDDI se utiliza como parte de las iniciativas XML del gobierno federal de EE. UU .
En septiembre de 2003 , UDDI permaneció en estado de "vigilancia" dentro del marco común de interoperabilidad de la Unión Europea .
Descargo de responsabilidad : esta sección es solo para fines informativos y no está diseñada para su uso en programación.