Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Обнаружение веб-служб обеспечивает доступ к программным системам через Интернет с использованием стандартных протоколов. В самом базовом сценарии есть поставщик веб-службы, который публикует службу, и потребитель веб-службы, который использует эту службу. Обнаружение веб-сервисов - это процесс поиска подходящих веб-сервисов для данной задачи. [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 Services в 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

Ссылки [ править ]

  1. ^ Alzaghoul, Эср; Бахсун, Рами (2014). «Оценка технического долга в облачных архитектурах с использованием реальных опций». 2014 23-я Австралийская конференция по разработке программного обеспечения . С. 1–10. DOI : 10,1109 / ASWEC.2014.27 . ISBN 978-1-4799-3149-1.
  2. ^ «Совместимость» . www.w3.org .
  3. ^ [1] UDDI RIP
  4. ^ "Microsoft, IBM, SAP прекращают усилия по реестру веб-служб UDDI | Microservices Expo" . soa.sys-con.com .
  5. ^ [2] Сообщение о закрытии Технического комитета
  6. ^ «Удаление служб UDDI из операционной системы сервера - приложения Win32» . docs.microsoft.com .
  7. ^ «Что нового в BizTalk Server 2013 и 2013 R2 - BizTalk Server» . docs.microsoft.com .
  8. ^ «Что нового в BizTalk Server 2016 - BizTalk Server» . docs.microsoft.com .
  9. ^ Alzaghoul, Эсра Фаваз Ahmad (18 декабря 2015). «Выбор и композиция с учетом стоимости и долга в облачных сервисно-ориентированных архитектурах с использованием реальных опций» - через etheses.bham.ac.uk.
  10. ^ 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) для веб-служб с открытым исходным кодом.