Il movimento pubblico UDDI è morto o è mai stato vivo?

Question

Sto cercando di trovare alcuni registri UDDI pubblici con cui interagire, a scopo di apprendimento.Ma sembra che non ce ne siano disponibili.Ho spuntato quanto segue domanda su SO per vedere se qualcuno è a conoscenza di qualche registro pubblico ancora ospitato, ma non ha ottenuto risposte.

I registri pubblici IBM, Microsoft e SAP sono stati un test della tecnologia UDDI.Cito da Qui: L'obiettivo principale dell'UBR era dimostrare l'interoperabilità e la robustezza delle specifiche UDDI attraverso un'implementazione pubblica.Questo obiettivo è stato raggiunto e ampiamente superato.

Ora continuano a supportare le specifiche UDDI nei loro prodotti (quindi diverse aziende possono ospitare i loro UBR per uso privato).

Ora cambio la mia domanda iniziale in questa: Il movimento pubblico UDDI è morto o è mai stato vivo?

Cosa ne pensi?Se la tua risposta è no, puoi fornire un esempio di un UDDI UBR pubblico esistente?

Answer 1

ho ricevuto una risposta da John Saunders sulla mia domanda iniziale, a una delle mie comments , e penso che abbia ragione.

Per riassumere:

Il movimento UDDI pubblico è morta perché l'IBM, Microsoft e SAP registri pubblici sono il movimento UDDI.

Answer 2

L'UDDI pubblico è infatti morto, ma è riuscito a sopravvivere nei registri privati ​​all'interno delle imprese.

Lo scopo funzionale di un registro UDDI è la rappresentazione di dati e metadati sui servizi Web.Un registro, per l'uso su una rete pubblica o all'interno dell'infrastruttura interna di un'organizzazione, offre un meccanismo basato su standard per classificare, catalogare e gestire i servizi Web, in modo che possano essere scoperti e consumati da altre applicazioni.

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

Questo non è male come definizione e come scopo, sfortunatamente è stato applicato a livello web.

UDDI avrebbe dovuto essere le "pagine gialle" dei servizi web.Se volessi trovare un servizio web che fornisca una determinata funzionalità, dovresti cercarlo all'interno dell'UDDI.

L'idea era quella di utilizzare un meccanismo standard (universale) per l'interazione online tra i componenti aziendali della SOA.Quindi cercavi dinamicamente i servizi, ti connettevi ad essi e facevi affari automaticamente.E la decisione per la scelta tra servizi simili avrebbe dovuto avvenire sulla base dei metadati trovati nell'UBR (tutto all'interno di un modello molto complesso che scoraggiava l'adozione) senza alcun modo di verificare se il servizio effettivamente facesse quello che ti aspettavi che facesse .

Ma portare ogni interazione su un terreno comune era impossibile perché le aziende sono altamente eterogenee.E le imprese ruotano ancora attorno alle persone, alle attività umane e alle decisioni umane.

Gli affari vengono condotti tra partner che scelgono di fare affari tra loro solo dopo un'analisi e una negoziazione approfondite, prima di concludere finalmente un accordo commerciale e concordare tutti i termini e le condizioni.Solo allora le loro infrastrutture saranno connesse.E a questo punto la definizione UDDI inizia ad avere senso, perché all'interno dell'azienda UDDI consente di:

• trasferire i servizi senza che nessuno dei client fallisca;
• supporta il bilanciamento del carico;
• migliora l’efficienza riducendo gli interventi manuali all’interno dell’infrastruttura;
• gestire la ridondanza (se un servizio fallisce i client cercheranno un altro servizio che offra la stessa funzionalità);
• eccetera

..ma tutto questo all'interno di un insieme ristretto di servizi predeterminati la cui funzionalità è ben consolidata e concordata.

Answer 3

Non morto.

Apache jUDDI ha un'istantanea pubblico disponibile on-line

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

Answer 4

UDDI è davvero morto. Tre cose che hanno ucciso:

1. complessità troppo ambiziosi
2. sicurezza Ignorando
3. La difficoltà, ancora con noi, di gestione e raccolta micropagamenti

Se un broker UDDI sceglie dinamicamente un fornitore di servizi per me, non ho alcuna possibilità di fare qualsiasi due diligence sulla sicurezza del servizio. E quanti problemi avrebbe il broker prendere per garantire la sicurezza per me? Non molto, vorrei suggerire.

I servizi Web sono comunemente usati dietro il firewall ai fini SOA, per integrare le applicazioni con i partner commerciali, e di chiamare le API ben noti. UDDI è eccessivo totale per questi scopi. Una grande organizzazione dovrebbe avere un catalogo dei suoi servizi web, ma che potrebbe essere semplice come una pagina wiki. Uno sviluppatore in cerca di un servizio web potenzialmente utile ha bisogno di una descrizione di un paragrafo di ciò che fa, una persona di contatto, e un po 'WSDL e documentazione tecnica. UDDI non è necessario per nulla di tutto ciò.