Universal Description Discovery and Integration , znany również pod akronimem UDDI , jest katalogiem usług opartym na języku XML, przeznaczonym specjalnie dla usług sieci Web .
UDDI został zaprojektowany do użytku w połączeniu z ebXML do handlu elektronicznego .
Katalog UDDI służy do lokalizowania żądanej usługi sieci Web w sieci . Jest to kluczowy element specyfikacji WS- * Web Services , ponieważ umożliwia dostęp do katalogów potencjalnych użytkowników usług internetowych.
UDDI to specyfikacja opracowana przez OASIS .
Projekt UDDI rozpoczął się w październiku 2000 r . We współpracy między Microsoft , Ariba (in) i IBM . Przyłączyły się inne firmy, takie jak Sun Microsystems , Oracle , HP, a nawet SAP .
Wersja 2 została opracowana w 2002 roku .
Wersja 3 została opracowana w 2003 roku i została przyjęta przez kilka firm w 2005 roku .
UDDI jest przeznaczony do użytku w handlu elektronicznym jako katalog do wykrywania usług sieciowych WS- * , w połączeniu z rejestrem ebXML, z którym jest ściśle zagnieżdżony. W ten sposób UDDI umożliwia budowanie rejestrów usług internetowych.
W praktyce UDDI umożliwia przechowywanie zarówno informacji technicznych, jak i informacji o procesach biznesowych , takich jak adres dostępu do usług internetowych , ale także znacznie więcej informacji kontekstowych, takich jak nazwisko osoby, która „dba o ich zarządzanie, krótki opis ich funkcjonalności lub nazwę i branżę działalności firmy, od której są zależni.
Handel elektroniczny składa się z trzech głównych faz:
Katalog UDDI można przeglądać na różne sposoby:
Dzięki temu potrójnemu odczytowi wszystkie przydatne informacje są dostępne.
W maju 2001 r. IBM i Sun podpisały dokument zatytułowany „Korzystanie z UDDI w celu znalezienia rejestru / repozytorium ebXML”. Ten dokument przedstawia studium przypadku, które pokazuje, jak używać rejestru „biznesowego” UDDI do znajdowania rejestru ebXML i definiuje szereg kroków, które należy wykonać, aby zdefiniować i zarejestrować rejestr ebXML w rejestrze UDDI.
Istnieje możliwość operacyjnej interoperacyjności między UDDI a rejestrem ebXML w zakresie wykrywania. Na ten temat napisano różne dokumenty.
W architekturze ebXML UDDI może współdziałać za pomocą CORBA .
W 2003 r. Komitet techniczny UDDI wydał notatkę zatytułowaną „UDDI jako rejestr komponentów ebXML” (jako rejestr UDDI dla komponentów ebXML ). Ten TechNote zawiera wskazówki dotyczące korzystania rejestry UDDI w ramach ebXML dla B2B usług , oraz w celu umożliwienia automatyczne wykrywanie komponentów ram ebXML ( Collaboration Protocol Profiles , Collaboration umów Protokołem , Business Process Schema specyfikacji , etc.) z wykorzystaniem UDDI.
Ta interoperacyjność skutecznie zwielokrotnia uzupełniające się mocne strony każdego rejestru.
Zastrzeżenie :
Ta sekcja służy wyłącznie do celów informacyjnych i nie jest przeznaczona do użytku programistycznego.
Aby usługi internetowe miały znaczenie, konieczne jest dostarczanie informacji wykraczających poza specyfikacje techniczne usług. Sercem rejestru UDDI jest reprezentacja danych i metadanych w usługach internetowych .
UDDI używa języka XML Schema do opisu swoich struktur danych. W wersji 3.0.1 UDDI istnieje 9 schematów XML:
Informacje użyte do ustanowienia rekordu UDDI składają się z czterech głównych typów struktur danych XML . Ten prosty podział według typu informacji pomaga zlokalizować i szybko zrozumieć różne informacje, które składają się na nagranie.
Te cztery typy stanowią zestaw informacji dostarczanych przez strukturę opisu usług UDDI. Każda z tych struktur XML zawiera pewną liczbę pól, które są używane do opisu firmy lub technologii.
Detale:
Termin angielski: businessEntity
Szczegóły (wersja 3.0.1):
BusinessEntity to wysokopoziomowa struktura danych opisująca biznes lub inny podmiot, dla którego zapisywane są informacje. Służy do reprezentowania przedsiębiorstw i dostawców w UDDI. Zawiera opisowe informacje o firmie lub dostawcy i oferowanych przez nich usługach .
itp
Opisy usług i informacje techniczne są wyrażane w businessEntity przez należące do niego struktury businessService i bindingTemplate. Mimo że nazwa jednostki XML zawiera słowo „biznes”, struktura może być bardzo dobrze używana do modelowania czegoś więcej niż tylko „biznes”.
Obsługa biznesowaTermin angielski: businessService
Szczegóły (wersja 3.0.1):
BusinessService umożliwia opisanie logicznego zestawu usług internetowych , który może zawierać jeden lub więcej szablonów powiązań. Na poziomie usług nie są jeszcze dostępne żadne informacje techniczne dotyczące tych usług; z drugiej strony struktura ta daje możliwość zestawienia zestawu usług pod wspólną nazwą.
Każda usługa businessService jest logicznym elementem podrzędnym pojedynczej jednostki biznesowej. Każda usługa businessService zawiera informacje opisowe - nazwy, opisy i informacje klasyfikacyjne - które podkreślają cel poszczególnych usług internetowych znalezionych w ramach. Na przykład struktura businessService może zawierać zestaw usług WWW zamówień zakupu (przesyłanie, potwierdzanie i powiadamianie), które są dostarczane przez firmę.
bindingTemplateSzczegóły (wersja 3.0.1):
Informacje wymagane do wywołania określonych usług, które mogą zawierać łącza do jednego lub większej liczby protokołów, takich jak HTTP lub SMTP .
tModelSzczegóły (wersja 3.0.1):
tModel (model techniczny lub model techniczny) odpowiada technice „odcisku palca” służącej do obsługi danych, która może również funkcjonować jako przestrzeń nazw ( przestrzeń nazw ) w celu identyfikacji innych jednostek, w tym innych tModeli.
Korzystanie z tModels ma zasadnicze znaczenie dla sposobu, w jaki UDDI przedstawia dane i metadane .
TModel może zawierać następujące informacje:
Aby w pełni zrozumieć związek między BindingTemplate a tModel, należy wiedzieć, że BusinessService może obsługiwać kilka typów protokołów biznesowych lub specyfikacji (słowniki XML, standardy EDI, procesy interfejsu partnerów RosettaNet itp.). BindingTemplate może odwoływać się do każdego z tych protokołów lub specyfikacji za pośrednictwem określonego tModel.
Inne (wydawcaAssertion, ...)publisherAssertion : opis, z punktu widzenia businessEntity, relacji, jaką businessEntity ma z innym businessEntity.
subskrypcja : opis długoterminowego żądania śledzenia zmian w podmiotach opisanych w subskrypcji.
Z technicznego punktu widzenia UDDI znajduje się w kontekście architektury zorientowanej na usługi ( architektura zorientowana na usługi ).
Opiera się na zestawie technologii zgodnych z językiem znaczników XML :
Podsumowanie: usługi UDDI i zestawy API
Węzły UDDI to usługi obsługujące specyfikacje UDDI i należące do rejestru UDDI.
Rejestry UDDI to zbiory jednego lub więcej węzłów.
UDDI jest używany w ramach inicjatyw XML rządu federalnego Stanów Zjednoczonych .
We wrześniu 2003 roku , UDDI pozostawał w stanie „do obejrzenia” w ramach wspólnych ram interoperacyjności z Unii Europejskiej .
Zastrzeżenie : Ta sekcja służy wyłącznie do celów informacyjnych i nie jest przeznaczona do użytku w programowaniu.