Web Services Discovery proporciona acceso a sistemas de software a través de Internet utilizando 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. Web Service Discovery es el proceso de encontrar servicios web adecuados para una tarea determinada. [1]
Publicar un servicio web implica crear un artefacto de software y hacerlo accesible a consumidores potenciales. Los proveedores de servicios web aumentan la interfaz de un punto final de servicio con una descripción de interfaz utilizando el lenguaje de descripción de servicios web (WSDL) para que un consumidor pueda utilizar el servicio.
Universal Descripción, Descubrimiento e Integración ( UDDI ) es un registro basado en XML para servicios de Internet empresariales. Un proveedor puede registrar explícitamente un servicio en 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 debería proporcionar API de búsqueda simples o GUI basada en web para ayudar a encontrar servicios web.
Los servicios web también se pueden descubrir utilizando mecanismos de multidifusión como WS-Discovery , reduciendo así la necesidad de registros centralizados en redes más pequeñas.
Descripción, descubrimiento e integración universal ( 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 publicarse 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 los Estándares de Información Estructurada ( OASIS ), para permitir a las empresas publicar listados de servicios y descubrirse entre sí, y definir cómo interactúan los servicios o aplicaciones de software a través de Internet.
UDDI se propuso originalmente como un estándar central de servicios web . [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 fue escrito en agosto de 2000, en un momento en que los autores tenían la 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ámico público o privado. En esta visión, cualquiera que necesitara un servicio, como la autenticación de tarjetas de crédito , acudiría a su agente de servicios y seleccionaría un servicio que admitiera la interfaz de servicio SOAP (u otro) deseada y que cumpliera con otros criterios. En un mundo así, el nodo o corredor UDDI operado públicamente sería fundamental para todos. Para el consumidor, los corredores públicos o abiertos solo devolverían servicios listados para que otros los descubran públicamente, mientras que para un productor de servicios, obtener una buena ubicación en el corretaje (basándose en metadatos de categorías de índice autorizadas) sería fundamental para una colocación efectiva.
UDDI se incluyó en el estándar Web Services Interoperability (WS-I) como pilar central de la infraestructura de servicios web, y las especificaciones UDDI respaldaron un Registro Universal de Empresas de acceso público en el que se creó un sistema de nombres en torno al intermediario de servicios impulsado por UDDI.
UDDI no ha sido adoptado tan ampliamente como esperaban sus diseñadores. [3] IBM , Microsoft y SAP anunciaron que cerrarían 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 en finales de 2007 y ha sido cerrado. [5] En septiembre de 2010, Microsoft anunció que eliminaría 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 desactivació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 de los clientes a las implementaciones. [9] Sin embargo, muchos 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 brindan información sobre la empresa que brinda el servicio. Esto incluye el nombre de la empresa y una descripción de la misma, potencialmente en varios idiomas. Utilizando esta información, es posible encontrar un servicio sobre el cual 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 Dun & Bradstreet.
Las páginas amarillas proporcionan una clasificación del servicio o negocio, basada en taxonomías estándar. Estos incluyen la Clasificación Industrial Estándar (SIC), el Sistema de Clasificación Industrial de América del Norte (SCIAN), [10] o el Código Normalizado de Productos y Servicios de las Naciones Unidas (UNSPSC) y taxonomías geográficas.
Debido a que una sola empresa puede brindar 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; esto incluye correo electrónico, FTP , CORBA y 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 solo puede centrarse en un único criterio de búsqueda, como nombre de la empresa, ubicación de la empresa, categoría de la empresa, tipo de servicio por nombre, identificador de la empresa o 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).