¿Ha muerto el movimiento UDDI público o estuvo vivo alguna vez?

Question

Estoy tratando de encontrar algunos registros UDDI públicos para interactuar con fines de aprendizaje. Pero parece que no hay ninguno disponible. Abrí el siguiente question en SO para ver si alguien sabe acerca de algún registro público aún alojado, pero no obtuve ninguna respuesta.

Los registros públicos IBM, Microsoft y SAP fueron una prueba de la tecnología UDDI. Cito de here: El objetivo principal de la UBR era demostrar la interoperabilidad y la solidez de las especificaciones UDDI a través de una implementación pública. Este objetivo se cumplió y se superó con creces.

Ahora siguen siendo compatibles con las especificaciones UDDI en sus productos (por lo tanto, diferentes empresas pueden alojar sus UBR para uso privado).

Ahora, estoy cambiando mi pregunta original a este: es el movimiento UDDI pública o muerto, ¿fue siempre vivo?

¿Qué opinas? Si su respuesta es no, ¿puede proporcionar un ejemplo de un UBR UDDI público existente?

Answer 1

Recibí una respuesta de John Saunders en mi pregunta original, a una de mis comments, y creo que tiene razón.

Para resumir:

El movimiento UDDI pública está muerto a causa de la IBM, Microsoft y SAP registros públicos eran el movimiento UDDI.

Answer 2

UDDI está realmente muerto. Hay tres cosas que mataron:

1. complejidad demasiado ambicioso
2. Haciendo caso omiso de la seguridad
3. La dificultad, todavía con nosotros, de la gestión y recogida de micropagos

Si un corredor UDDI elige dinámicamente un proveedor de servicios para mí No tengo la oportunidad de realizar una diligencia debida sobre la seguridad del servicio. ¿Y cuánto problema tomaría el corredor para garantizar la seguridad? No mucho, sugeriría.

Los servicios web se usan comúnmente detrás del firewall para propósitos de SOA, para integrar aplicaciones con socios comerciales y para llamar API bien conocidas. UDDI es un exceso total para estos propósitos. Una gran organización debería tener un catálogo de sus servicios web, pero eso podría ser tan simple como una página wiki. Un desarrollador que busca un servicio web potencialmente útil necesita una descripción de un párrafo de lo que hace, una persona de contacto y algunos WSDL y documentación técnica. UDDI no es necesario para nada de eso.

Answer 3

UDDI público está realmente muerto, pero logró sobrevivir en registros privados dentro de las empresas. propósito funcional de

Un registro UDDI es la representación de datos y metadatos sobre servicios Web. Un registro, ya sea para uso en una red pública o dentro de una infraestructura interna de la organización , ofrece un mecanismo basado en estándares para clasificar el catálogo y administrar servicios web para que puedan ser descubiertos y consumidos por otras aplicaciones.

• http://uddi.org/pubs/uddi-tech-wp.pdf

Esto no es malo para una definición y propósito, por desgracia, se aplicó a nivel web.

Se suponía que UDDI era las "páginas amarillas" de los servicios web. Si desea buscar un servicio web que brinde cierta funcionalidad, debe buscarlo dentro del UDDI.

La idea era utilizar un mecanismo estándar (universal) para la interacción en línea entre los componentes de las empresas SOA. Luego buscó servicios dinámicamente, se conectó a ellos y realizó negocios automáticamente. Y se suponía que la decisión de elegir entre servicios similares debía basarse en los metadatos encontrados en la UBR (todo dentro de un modelo muy complejo que desalentaba la adopción) sin poder verificar si el servicio realmente hizo lo que esperabas que hiciera. .

Pero llevar todas las interacciones a un terreno común era imposible porque las empresas son muy heterogéneas. Y las empresas todavía giran en torno a las personas, la actividad humana y las decisiones humanas.

Los negocios se llevan a cabo entre socios que eligen hacer negocios entre ellos solo después de un análisis exhaustivo y negociación, antes de finalmente llegar a un acuerdo comercial y acordar todos los términos y condiciones. Solo entonces sus infraestructuras están conectadas. Y en este punto la definición UDDI comienza a tener sentido, porque dentro de la empresa UDDI le permite:

• reubicar los servicios sin que ninguno de los clientes haya fallado;
• admite el equilibrio de carga;
• mejora la eficiencia al reducir las intervenciones manuales dentro de la infraestructura;
• gestionar la redundancia (si un servicio falla, los clientes buscarán otro servicio que ofrezca la misma funcionalidad);
• etc

.. pero todo esto dentro de un conjunto limitado de servicios predeterminados que su funcionalidad está bien establecida y acordada.

Answer 4

No está muerto.

Apache jUDDI tiene una instantánea pública disponible en línea

http://uddi-jbossoverlord.rhcloud.com/