Обнаружение веб-служб обеспечивает доступ к программным системам через Интернет с использованием стандартных протоколов. В самом базовом сценарии есть поставщик веб-службы, который публикует службу, и потребитель веб-службы, который использует эту службу. Обнаружение веб-сервисов - это процесс поиска подходящих веб-сервисов для данной задачи. [1]
Публикация веб-сервиса включает создание программного артефакта и предоставление его потенциальным потребителям. Поставщики веб-служб дополняют интерфейс конечной точки службы описанием интерфейса с помощью языка описания веб-служб (WSDL), чтобы потребитель мог использовать службу.
Универсальное описание, обнаружение и интеграция ( UDDI ) - это реестр на основе XML для бизнес-интернет-сервисов. Провайдер может явно зарегистрировать службу в реестре веб-служб, таком как UDDI, или опубликовать дополнительные документы, предназначенные для облегчения обнаружения, такие как документы языка проверки веб-служб (WSIL). Пользователи или потребители услуг могут выполнять поиск в веб-службах вручную или автоматически. Реализация серверов UDDI и механизмов WSIL должна обеспечивать простые поисковые API или веб- интерфейс для поиска веб-сервисов.
Веб-службы также могут быть обнаружены с помощью механизмов многоадресной рассылки , таких как WS-Discovery , что снижает потребность в централизованных реестрах в небольших сетях.
Федеративное открытие
Текущий механизм поиска UDDI может сосредоточиться только на одном критерии поиска, таком как название компании, местонахождение компании, категория бизнеса, тип службы по имени, идентификатор компании или URL обнаружения. Фактически, в бизнес-решении совершенно нормально выполнять поиск в нескольких реестрах UDDI или документах WSIL, а затем агрегировать возвращаемый результат с помощью методов фильтрации и ранжирования. В 2001 году IBM разбила этот интегрированный механизм обнаружения веб-служб по модулям . Разработанная IBM технология - Business Explorer для веб-служб (BE4WS) .
Открытие и интеграция универсального описания
Universal Description, Discovery и Integration ( UDDI , произносится / J ʊ d ˙I / ) является независимой от платформы , Extensible Markup Language протокол , который включает в себя (XML основе) реестра , с помощью которого предприятие по всему миру может перечислить себя в Интернете , и механизм регистрации и поиска приложений веб-служб . UDDI - это открытая отраслевая инициатива, спонсируемая Организацией по развитию стандартов структурированной информации ( OASIS ), позволяющая предприятиям публиковать списки услуг и обнаруживать друг друга, а также определять, как службы или программные приложения взаимодействуют через Интернет.
Первоначально UDDI был предложен как базовый стандарт веб-сервисов . [2] Он предназначен для запроса сообщений SOAP и предоставления доступа к документам языка описания веб-служб (WSDL), описывающим привязки протоколов и форматы сообщений, необходимые для взаимодействия с веб-службами, перечисленными в его каталоге.
История UDDI
UDDI был написан в августе 2000 года, когда у авторов было видение мира, в котором потребители веб-сервисов будут связаны с поставщиками через публичную или частную динамическую брокерскую систему. В этом видении любой, кому нужна услуга, такая как аутентификация кредитной карты , должен пойти к своему брокеру услуг и выбрать услугу, поддерживающую желаемый интерфейс SOAP (или другого) и отвечающую другим критериям. В таком мире публично управляемый узел UDDI или брокер будут иметь решающее значение для всех. Для потребителя публичные или открытые брокеры будут возвращать только услуги, перечисленные для публичного обнаружения другими, в то время как для производителя услуг получение хорошего места в брокерской компании - полагаясь на метаданные авторитетных категорий индекса - будет иметь решающее значение для эффективного размещения.
UDDI был включен в стандарт взаимодействия веб-сервисов (WS-I) как центральный столп инфраструктуры веб-сервисов, а спецификации UDDI поддерживали общедоступный универсальный бизнес-реестр, в котором система имен была построена на основе брокера сервисов, управляемого UDDI.
UDDI не получил такого широкого распространения, как надеялись его разработчики. [3] IBM , Microsoft и SAP объявили, что закрывают свои общедоступные узлы UDDI в январе 2006 года. [4] Группа, определяющая UDDI, Технический комитет спецификации универсального описания, обнаружения и интеграции (UDDI) OASIS проголосовала за завершение своей работы в конец 2007 года и был закрыт. [5] В сентябре 2010 года Microsoft объявила об удалении служб UDDI из будущих версий операционной системы Windows Server . Вместо этого эта возможность будет перенесена на BizTalk Server . [6] В 2013 году Microsoft объявила о прекращении поддержки служб UDDI в BizTalk Server. [7] В 2016 году Microsoft удалила службы UDDI из BizTalk Server. [8]
Системы UDDI чаще всего встречаются внутри компаний, где они используются для динамической привязки клиентских систем к реализациям. [9] Однако большая часть метаданных поиска, разрешенных в UDDI, не используется для этой относительно простой роли.
Структура UDDI
Регистрация бизнеса UDDI состоит из трех компонентов:
- Белые страницы - адрес, контакт и известные идентификаторы;
- Желтые страницы - отраслевые категории на основе стандартных таксономий ;
- Зеленые страницы - техническая информация об услугах, предоставляемых бизнесом.
Белые страницы
Белые страницы предоставляют информацию о компании, предоставляющей услугу. Это включает название компании и описание компании - возможно, на нескольких языках. Используя эту информацию, можно найти услугу, о которой некоторая информация уже известна (например, поиск услуги по имени поставщика). [10]
Также предоставляется контактная информация компании - например, адрес компании и номер телефона; и другая информация, такая как Dun & Bradstreet.
Желтые страницы
Желтые страницы содержат классификацию услуги или бизнеса на основе стандартных таксономий. К ним относятся Стандартная отраслевая классификация (SIC), Североамериканская система отраслевой классификации (NAICS) [10] или Кодекс стандартных продуктов и услуг Организации Объединенных Наций (UNSPSC) и географические таксономии.
Поскольку одна компания может предоставлять несколько услуг, может быть несколько желтых страниц (каждая из которых описывает услугу), связанных с одной белой страницей (дающей общую информацию о компании).
Зеленые страницы
Зеленые страницы используются для описания того, как получить доступ к веб-службе, с информацией о привязках службы. Некоторая информация связана с веб-службой - например, адрес службы и параметры, а также ссылки на спецификации интерфейсов. [10] Другая информация не имеет прямого отношения к веб-службе - это электронная почта, FTP , CORBA и телефонные данные службы. Поскольку веб-служба может иметь несколько привязок (как определено в ее описании WSDL ), служба может иметь несколько зеленых страниц, поскольку к каждой привязке нужно будет обращаться по-разному.
Узлы и реестр UDDI
Узлы UDDI - это серверы, которые поддерживают спецификацию UDDI и принадлежат реестру UDDI, в то время как реестры UDDI представляют собой совокупность одного или нескольких узлов.
SOAP - это протокол на основе XML для обмена сообщениями между запрашивающей стороной и поставщиком веб-службы. Провайдер публикует WSDL в UDDI, и запрашивающая сторона может присоединиться к нему с помощью SOAP.
Смотрите также
- ebXML
- XML-RPC
- Java API для реестров XML
- Базовый профиль WS-I
- Классификация стандартных продуктов и услуг Организации Объединенных Наций (UNSPSC)
- S-RAMP
Рекомендации
- ^ Alzaghoul, Эср; Бахсун, Рами (2014). «Оценка технического долга в облачных архитектурах с использованием реальных опций». 2014 23-я Австралийская конференция по разработке программного обеспечения . С. 1–10. DOI : 10,1109 / ASWEC.2014.27 . ISBN 978-1-4799-3149-1.
- ^ «Совместимость» . www.w3.org .
- ^ [1] UDDI RIP
- ^ «Microsoft, IBM, SAP прекращают усилия по реестру веб-сервисов UDDI | Microservices Expo» . soa.sys-con.com .
- ^ [2] Сообщение о закрытии Технического комитета
- ^ «Удаление служб UDDI из операционной системы сервера - приложения Win32» . docs.microsoft.com .
- ^ «Что нового в BizTalk Server 2013 и 2013 R2 - BizTalk Server» . docs.microsoft.com .
- ^ «Что нового в BizTalk Server 2016 - BizTalk Server» . docs.microsoft.com .
- ^ Альзагхул, Эсра Фаваз Ахмад (18 декабря 2015 г.). «Выбор и композиция с учетом стоимости и долга в облачных сервисно-ориентированных архитектурах с использованием реальных опций» - через etheses.bham.ac.uk.
- ^ a b c Тейлор, Ян Дж. От P2P к веб-службам и сетям - одноранговые узлы в мире клиент / сервер. Springer, 2005 г.
Внешние ссылки
- Исследовательский документ: Исследование веб-сервисов во всемирной паутине , 2008 г.
- Статья IBM: Совокупный поиск UDDI с помощью Business Explorer для веб-служб , 1 марта 2002 г.
- Исследовательский документ: открытие веб-сервисов в среде федеративного реестра , 2004 г.
- Обзорный доклад: Механизмы обнаружения веб-сервисов: ищите иголку в стоге сена? , 2004 г.
- Обзорный доклад: Сватовщики служб семантической паутины: состояние дел и проблемы , 2013 г.
- Обзорный доклад: Выбор облачных сервисов: современные и перспективные направления исследований , 2014 г.
- Спецификации UDDI
- Технический комитет OASIS UDDI
- Сайт сообщества UDDI XML.org
- Браузер UDDI
- Привязка данных C ++ для UDDI
- Введение в UDDI: важные функции и концепции
- Развертывание веб-службы
- jUDDI (произносится как «Джуди») - это Java-реализация спецификации универсального описания, обнаружения и интеграции (UDDI v3) для веб-служб с открытым исходным кодом.