Il movimento pubblico UDDI è morto o è mai esistito?

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 inserito il seguente question su SO per vedere se qualcuno sa di un registro pubblico ancora ospitato, ma non ha ricevuto risposte.

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

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

Ora, sto cambiando la mia domanda iniziale su questo: Il movimento pubblico UDDI è morto o è stato mai vivo?

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

Answer 1

Ho ricevuto una risposta da John Saunders sulla mia domanda originale, a uno dei miei comments, e penso che abbia ragione.

Per riassumere:

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

Answer 2

UDDI è davvero morto. Tre cose uccisero:

1. troppo ambiziosi complessità
2. Ignorando sicurezza
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 la possibilità di fare alcuna due diligence sulla sicurezza del servizio. E quanti problemi avrebbe preso il broker per garantire la sicurezza per me? Non molto, suggerirei.

I servizi Web sono comunemente utilizzati dietro il firewall per scopi SOA, per integrare applicazioni con partner commerciali e per chiamare API ben note. UDDI è totale overkill per questi scopi. Una grande organizzazione dovrebbe avere un catalogo dei suoi servizi web, ma potrebbe essere semplice come una pagina wiki. Uno sviluppatore che cerca un servizio Web potenzialmente utile necessita di una descrizione di un paragrafo di ciò che fa, una persona di contatto e alcuni documenti WSDL e tecnici. L'UDDI non è necessario per nessuno di questi.

Answer 3

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

Un UDDI Registro di sistema è la rappresentazione di dati e metadati su servizi Web. Un registro, utilizzabile su una rete pubblica o all'interno di un'infrastruttura interna dell'organizzazione , offre un meccanismo basato su standard per classificare il catalogo e gestire i servizi Web, in modo che possano essere rilevati e consumati dalle altre applicazioni .

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

Questo non è male per una definizione e lo scopo, purtroppo è stato applicato a livello web.

L'UDDI doveva essere la "pagina gialla" dei servizi Web. Se si desidera trovare un servizio Web che fornisce una determinata funzionalità, si dovrebbe cercare all'interno dell'UDDI.

L'idea era di utilizzare un meccanismo standard (universale) per l'interazione online tra i componenti delle aziende SOA. Quindi hai cercato in modo dinamico i servizi, collegati a loro e fai affari automaticamente. E la decisione di scegliere tra servizi simili doveva avvenire in base ai metadati trovati in UBR (tutto all'interno di un modello molto complesso che scoraggiava l'adozione) senza alcun modo di verificare se il servizio effettivamente avesse fatto ciò che si aspettava che facesse .

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

Le attività commerciali sono condotte tra partner che scelgono di collaborare tra loro solo dopo un'approfondita analisi e negoziazione, prima di concludere un affare e concordare tutti i termini e le condizioni. Solo allora le loro infrastrutture sono collegate. E a questo punto la definizione UDDI si avvia ad avere un senso, perché all'interno della UDDI aziendale consente di:

• riposizionare servizi senza che nessuno dei clienti fallimento;
• 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 fornisce la stessa funzionalità);
• ecc

.. ma tutto questo all'interno di un insieme limitato di servizi predeterminati che è la funzionalità è ben definito e concordato.

Answer 4

Non morto.

Apache jUDDI ha un'istantanea pubblico disponibile online

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