Ist die öffentliche UDDI-Bewegung tot oder wurde es immer am Leben?
https://stackoverflow.com/questions/1525045
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich versuche, einige öffentlichen UDDI-Register zur Interaktion zu finden, die zu Lernzwecken. Aber es scheint, es gibt keine zur Verfügung. Ich steckte die folgenden Frage auf SO zu sehen, ob jemand über jede weiß öffentliche Registrierung noch gehostet, bekam aber keine Antwort.
Die IBM, Microsoft und SAP öffentliche Register waren ein Test der UDDI-Technologie. Ich zitiere aus hier : Das primäre Ziel der UBR war zu beweisen, Interoperabilität und Robustheit der UDDI-Spezifikationen durch eine öffentliche Umsetzung. Dieses Ziel wurde erreicht und weit übertroffen.
Sie setzen jetzt die UDDI-Spezifikationen in ihren Produkten unterstützen (so unterschiedliche Unternehmen ihre UBRS für den privaten Gebrauch aufnehmen kann).
Nun, ich meine ursprüngliche Frage zu diesem Wechsel: Ist die öffentliche UDDI-Bewegung tot oder war es immer am Leben
Was denken Sie? Wenn Ihre Antwort ist nein, können Sie geben ein Beispiel eines bestehenden öffentlichen UDDI UBR?
Lösung 2
erhielt ich eine Antwort von John Saunders auf meine ursprüngliche Frage, zu einem meiner comments , und ich glaube, er hat recht.
Um es zusammenzufassen:
Die öffentliche UDDI-Bewegung ist tot, weil die IBM, Microsoft und SAP öffentliche Register waren die UDDI-Bewegung.
Andere Tipps
öffentlicher UDDI ist zwar tot, aber es geschaffen, in privaten Registern innerhalb der Unternehmen, um zu überleben.
Ein UDDI-Registry funktionaler Zweck ist die Darstellung von Daten und Metadaten über Internetdienste. Ein Registry, entweder für die Verwendung in einem öffentlichen Netzwerk oder innerhalb eines Organisation der internen Infrastruktur, bietet eine standardbasierte Mechanismus zu klassifizieren, Katalog und Web-Services verwalten, so dass sie entdeckt und konsumiert werden können andere Anwendungen.
Das ist nicht schlecht für eine Definition und Zweck leider unter der Web-Ebene angewandt wurde.
wurde UDDI soll die „Gelben Seiten“ von Web-Service sein. Wenn Sie einen Web-Service bietet eine bestimmte Funktionalität finden wollen, würden Sie sie sehen in der UDDI auf.
Die Idee war, einen Standard (universal) Mechanismus für die Online-Interaktion zwischen SOA Unternehmen Komponenten zu verwenden. Sie sah dann dynamisch Dienste auf, die mit ihnen verbunden und automatisch Geschäfte zu machen. Und die Entscheidung für die Wahl zwischen ähnlichen Diensten sollten auf den Metadaten in der UBR (alle von ihm in einem sehr komplexen Modell, das Annahme abgeraten) gefunden geschieht Basis ohne die Möglichkeit zu überprüfen, ob der Dienst tatsächlich tat, was Sie erwartet haben, es zu tun .
Aber jede Interaktion mit einem gemeinsamen Boden zu bringen war nicht möglich, weil die Unternehmen sehr heterogen sind. Und Unternehmen dreht sich immer noch um Menschen, menschliche Aktivitäten und menschliche Entscheidungen.
Handels werden zwischen den Partnern durchgeführt, die Unternehmen nur nach eingehender Analyse miteinander wählen zu machen und Verhandlungen, bevor sie schließlich ein Geschäft fällt und sich auf alle Bedingungen und Konditionen. Erst dann sind ihre Infrastrukturen verbunden. Und an dieser Stelle die UDDI-Definition startet Sinn machen, weil innerhalb des Unternehmens UDDI ermöglicht Ihnen:
- relocate Dienste, ohne dass die Kunden nicht bestanden haben;
- unterstützt Lastausgleich;
- verbessert die Effizienz durch manuelle Eingriffe innerhalb der Infrastruktur zu reduzieren;
- verwalten Redundanz (wenn ein Service, um die Kunden nicht für einen anderen Dienst suchen die gleiche Funktionalität bereitstellt);
- etc
.. aber all dies innerhalb eines begrenzten Satzes von vorbestimmten Leistungen, die Funktionalität ist gut etabliert und vereinbart.
Nicht tot.
Apache jUDDI hat eine öffentliche Snapshot online verfügbar
UDDI ist in der Tat tot. Drei Dinge, tötete sie:
- overambitious Komplexität
- Das Ignorieren Sicherheit
- Die Schwierigkeit, immer noch bei uns, zu verwalten und zu sammeln Mikrozahlungen
Wenn ein UDDI-Broker dynamisch einen Dienstleister für mich wählt, habe ich keine Möglichkeit, auf die Sicherheit des Dienstes jede Due Diligence zu tun. Und wie viel Mühe würde der Broker Sicherheit für mich zu gewährleisten? Nicht viel, würde ich vorschlagen.
Web-Services werden hinter der Firewall für SOA Zwecke häufig verwendet, integrieren Anwendungen mit Geschäftspartnern und bekannten APIs aufrufen. UDDI ist total übertrieben für diese Zwecke. Eine große Organisation sollte einen Katalog seines Web-Service, aber das so einfach wie eine Wiki-Seite sein könnte. Ein Entwickler der Suche nach einem potenziell nützlichen Web-Service muss eine einen Absatz Beschreibung dessen, was es tut, einen Ansprechpartner, und einige WSDL und technische Dokumentation. UDDI ist nicht erforderlich, irgendetwas davon.
