¿Alguien está usando UDDI? ¿Se está muriendo UDDI?

XML como la tecnología de integración de servicios está muriendo lentamente. Toda la plataforma de integración de servicios web (WSDL / SOAP / UDDI / etc.) es demasiado compleja, dirigida a herramientas para automatizar y proporcionar soporte para desarrolladores (¿recuerda, Apache Axis2 para consumir servicios WS *?) Interfaces RESTful y JSON, tipo de XML hecho basados ​​en servicios web irrelevantes, al menos en el área de software social. Si bien estas interfaces no son legibles por máquina, no se pueden descubrir ni son consumibles automáticamente, son mucho más simples de entender y usar, y esa simplicidad se ha ganado a los desarrolladores. Hoy, puede comprender las API de Twitter / Facebook / Google en menos de una hora y comenzar a construir algo útil en menos de medio día. Intente hacerlo con cualquiera de las interfaces WS *, especialmente si no está familiarizado con lo que son.

Al final, la complejidad y el conjunto de interfaces hinchadas son la causa de la muerte lenta de los servicios WS *, incluido UDDI.

Muerto y enterrado. Toda la premisa era defectuosa: a menudo se presentaba como la forma estándar de consumir algún “servicio” en el que múltiples proveedores competidores podían ofrecer el mismo servicio que podría ser consumido por una API legible por máquina, presumiblemente con los proveedores de servicios solo para competir por el precio . Los registros públicos de UDDI, si mal no recuerdo, se habían retrasado mucho, al menos varios de ellos fueron desarmados.

Yo diría que la idea de un “registro de servicios” ha reemplazado esto (o tal vez evolucionado a partir de él), pero no como un único repositorio público general, sino uno que se implementa dentro de las organizaciones como una forma de rastrear / administrar / gobernar servicios dentro de esa organización. El precio se convierte en un diferenciador mucho menos importante en este tipo de contexto.