El descubrimiento de servicios web proporciona acceso a sistemas de software a través de Internet mediante protocolos estándar. En el escenario más básico, hay un proveedor de servicios web que publica un servicio y un consumidor de servicios web que utiliza este servicio. El descubrimiento de servicios web es el proceso de encontrar servicios web adecuados para una tarea determinada. [1]
La publicación de un servicio web implica crear un artefacto de software y hacerlo accesible a los consumidores potenciales. Los proveedores de servicios web amplían la interfaz de punto final de un servicio con una descripción de la interfaz mediante el lenguaje de descripción de servicios web (WSDL) para que un consumidor pueda utilizar el servicio.
Universal Description, Discovery, and Integration ( UDDI ) es un registro basado en XML para servicios de Internet empresariales. Un proveedor puede registrar explícitamente un servicio con un registro de servicios web como UDDI o publicar documentos adicionales destinados a facilitar el descubrimiento, como documentos de lenguaje de inspección de servicios web (WSIL). Los usuarios o consumidores del servicio pueden buscar servicios web de forma manual o automática. La implementación de servidores UDDI y motores WSIL debe proporcionar API de búsqueda simples o GUI basadas en web para ayudar a encontrar servicios web.
Los servicios web también pueden descubrirse utilizando mecanismos de multidifusión como WS-Discovery , reduciendo así la necesidad de registros centralizados en redes más pequeñas.
Universal Description, Discovery and Integration ( UDDI , pronunciado / ˈjʊd iː / ) es un protocolo de lenguaje de marcado extensible independiente de la plataforma que incluye un registro ( basado en XML) mediante el cual las empresas de todo el mundo pueden incluirse en Internet y un mecanismo para registrar y localizar aplicaciones de servicios web . UDDI es una iniciativa industrial abierta, patrocinada por la Organización para el Avance de Estándares de Información Estructurada ( OASIS ), para permitir que las empresas publiquen listados de servicios y se descubran entre sí, y para definir cómo interactúan los servicios o las aplicaciones de software a través de Internet.
UDDI se propuso originalmente como un estándar de servicio web central. [2] Está diseñado para ser interrogado por mensajes SOAP y para proporcionar acceso a documentos del lenguaje de descripción de servicios web (WSDL) que describen los enlaces de protocolo y los formatos de mensajes necesarios para interactuar con los servicios web enumerados en su directorio.
UDDI se escribió en agosto de 2000, en un momento en que los autores tenían una visión de un mundo en el que los consumidores de servicios web estarían conectados con los proveedores a través de un sistema de intermediación dinámica pública o privada. En esta visión, cualquiera que necesitara un servicio, como la autenticación de tarjetas de crédito , iría a su intermediario de servicios y seleccionaría un servicio que admitiera la interfaz de servicio SOAP (u otra) deseada y que cumpliera otros criterios. En un mundo así, el nodo o intermediario UDDI operado públicamente sería fundamental para todos. Para el consumidor, los intermediarios públicos o abiertos solo devolverían servicios listados para el descubrimiento público por otros, mientras que para un productor de servicios, obtener una buena ubicación en el intermediario (basándose en metadatos de categorías de índices autorizados) sería fundamental para una ubicación efectiva.
UDDI se incluyó en el estándar de interoperabilidad de servicios web (WS-I) como un pilar central de la infraestructura de servicios web, y las especificaciones UDDI respaldaron un Registro Comercial Universal de acceso público en el que se construyó un sistema de nombres alrededor del agente de servicios impulsado por UDDI.
UDDI no ha sido tan ampliamente adoptado como sus diseñadores esperaban. [3] IBM , Microsoft y SAP anunciaron que estaban cerrando sus nodos UDDI públicos en enero de 2006. [4] El grupo que define UDDI, el Comité Técnico de Especificación Universal de Descripción, Descubrimiento e Integración (UDDI) de OASIS, votó para completar su trabajo a fines de 2007 y ha sido cerrado. [5] En septiembre de 2010, Microsoft anunció que estaban eliminando los servicios UDDI de futuras versiones del sistema operativo Windows Server . En su lugar, esta capacidad se trasladaría a BizTalk Server . [6] En 2013, Microsoft anunció además la descontinuación de los servicios UDDI en BizTalk Server. [7] En 2016, Microsoft eliminó los servicios UDDI de BizTalk Server. [8]
Los sistemas UDDI se encuentran más comúnmente dentro de las empresas, donde se utilizan para vincular dinámicamente los sistemas cliente a las implementaciones. [9] Sin embargo, gran parte de los metadatos de búsqueda permitidos en UDDI no se utilizan para esta función relativamente simple.
Un registro empresarial UDDI consta de tres componentes:
Las páginas blancas ofrecen información sobre la empresa que presta el servicio, como el nombre de la empresa y una descripción de la misma (posiblemente en varios idiomas). Con esta información, es posible encontrar un servicio sobre el que ya se conoce cierta información (por ejemplo, localizar un servicio basándose en el nombre del proveedor). [10]
También se proporciona información de contacto de la empresa, por ejemplo, la dirección y el número de teléfono de la empresa; y otra información como el Dun & Bradstreet.
Las páginas amarillas ofrecen una clasificación del servicio o negocio, basada en taxonomías estándar, entre las que se incluyen la Clasificación Industrial Estándar (SIC), el Sistema de Clasificación Industrial de América del Norte (NAICS), [10] o el Código Estándar de Productos y Servicios de las Naciones Unidas (UNSPSC) y taxonomías geográficas.
Dado que una sola empresa puede proporcionar varios servicios, puede haber varias Páginas Amarillas (cada una de las cuales describe un servicio) asociadas con una Página Blanca (que brinda información general sobre la empresa).
Las páginas verdes se utilizan para describir cómo acceder a un servicio web, con información sobre los enlaces del servicio. Parte de la información está relacionada con el servicio web, como la dirección del servicio y los parámetros, y referencias a especificaciones de interfaces. [10] Otra información no está relacionada directamente con el servicio web, como el correo electrónico, FTP , CORBA y los detalles telefónicos del servicio. Debido a que un servicio web puede tener múltiples enlaces (como se define en su descripción WSDL ), un servicio puede tener múltiples páginas verdes, ya que será necesario acceder a cada enlace de manera diferente.
Los nodos UDDI son servidores que admiten la especificación UDDI y pertenecen a un registro UDDI, mientras que los registros UDDI son colecciones de uno o más nodos.
SOAP es un protocolo basado en XML para intercambiar mensajes entre un solicitante y un proveedor de un servicio web. El proveedor publica el WSDL en UDDI y el solicitante puede unirse a él mediante SOAP.
El mecanismo de búsqueda UDDI actual sólo puede centrarse en un único criterio de búsqueda, como el nombre de la empresa, la ubicación de la empresa, la categoría de la empresa, el tipo de servicio por nombre, el identificador de la empresa o la URL de descubrimiento. De hecho, en una solución empresarial, es muy normal buscar en varios registros UDDI o documentos WSIL y luego agregar el resultado obtenido mediante técnicas de filtrado y clasificación. IBM modularizó este motor de descubrimiento de servicios web federado en 2001. La tecnología lanzada por IBM es Business Explorer for Web Services (BE4WS).