Обнаружение веб-служб
![]() | Эта статья может сбивать с толку или быть неясной для читателей . ( декабрь 2007 г. ) |
Web Services Discovery обеспечивает доступ к программным системам через Интернет с использованием стандартных протоколов. В самом простом сценарии есть поставщик веб-службы , который публикует службу, и потребитель веб-службы , который использует эту службу. Обнаружение веб-сервисов — это процесс поиска подходящих веб-сервисов для конкретной задачи. [1]
Публикация веб-сервиса предполагает создание программного артефакта и обеспечение его доступности для потенциальных потребителей. Поставщики веб-служб дополняют интерфейс конечной точки службы описанием интерфейса с использованием языка описания веб-служб (WSDL), чтобы потребитель мог использовать службу.
Универсальное описание, обнаружение и интеграция ( UDDI ) — это основанный на XML реестр бизнес-интернет-сервисов. Поставщик может явно зарегистрировать службу в реестре веб-служб, например UDDI, или опубликовать дополнительные документы, предназначенные для облегчения обнаружения, например документы языка проверки веб-служб (WSIL). Пользователи или потребители услуг могут осуществлять поиск веб-сервисов вручную или автоматически. Реализация серверов UDDI и механизмов WSIL должна предоставлять простые API-интерфейсы поиска или графический веб-интерфейс для облегчения поиска веб-сервисов.
Веб-сервисы также можно обнаружить с помощью многоадресной рассылки механизмов , таких как WS-Discovery , что снижает потребность в централизованных реестрах в небольших сетях.
Универсальное описание: обнаружение и интеграция
[ редактировать ]Универсальное описание, обнаружение и интеграция ( UDDI , произносится / ˈ j ʊ d iː / ) — это независимый от платформы протокол расширяемого языка разметки , который включает в себя реестр (на основе XML), с помощью которого компании по всему миру могут размещать себя в Интернете , а также механизм регистрации и поиска приложений веб-служб . UDDI — это открытая отраслевая инициатива, спонсируемая Организацией по развитию стандартов структурированной информации ( OASIS ), которая позволяет предприятиям публиковать списки услуг и находить друг друга, а также определять, как службы или программные приложения взаимодействуют через Интернет.
Первоначально UDDI был предложен в качестве основного стандарта веб-сервисов . [2] Он предназначен для запроса сообщений SOAP и предоставления доступа к документам языка описания веб-служб (WSDL), описывающим привязки протоколов и форматы сообщений, необходимые для взаимодействия с веб-службами, перечисленными в его каталоге.
История УДДИ
[ редактировать ]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.
Федеративное открытие
[ редактировать ]Текущий механизм поиска UDDI может фокусироваться только на одном критерии поиска, таком как название компании, местоположение компании, категория бизнеса, тип услуги по названию, идентификатор компании или URL-адрес обнаружения. Фактически, в бизнес-решении вполне нормально выполнять поиск в нескольких реестрах UDDI или документах WSIL, а затем агрегировать возвращаемый результат с помощью методов фильтрации и ранжирования. В 2001 году IBM модульно развила этот интегрированный механизм обнаружения веб-служб. IBM выпустила технологию Business Explorer for Web Services (BE4WS) .
См. также
[ редактировать ]- ebXML
- XML-RPC
- Java API для XML-реестров
- Базовый профиль WS-I
- Классификация стандартной продукции и услуг ООН (UNSPSC)
Ссылки
[ редактировать ]- ^ Альзагул, Эсра; Бахсун, Рами (2014). «Оценка технического долга в облачных архитектурах с использованием реальных опционов». 2014 23-я Австралийская конференция по разработке программного обеспечения . стр. 1–10. дои : 10.1109/ASWEC.2014.27 . ISBN 978-1-4799-3149-1 . S2CID 14951457 .
- ^ «Интероперабельность» . www.w3.org .
- ^ [1] UDDI RIP
- ^ «Microsoft, IBM, SAP прекращают усилия по созданию реестра веб-служб UDDI | Microservices Expo» . soa.sys-con.com .
- ^ [2] Сообщение о закрытии Технического комитета.
- ^ «Удаление служб UDDI из серверной операционной системы — приложений Win32» . docs.microsoft.com . 27 апреля 2021 г.
- ^ «Что нового в BizTalk Server 2013 и 2013 R2 — BizTalk Server» . docs.microsoft.com . 24 мая 2022 г.
- ^ «Что нового в BizTalk Server 2016 — BizTalk Server» . docs.microsoft.com . 7 июля 2021 г.
- ^ Альзагул, Эсра Фаваз Ахмад (18 декабря 2015 г.). Выбор и композиция с учетом стоимости и долга в облачных сервис-ориентированных архитектурах с использованием реальных опционов (d_ph). Университет Бирмингема – через etheses.bham.ac.uk.
- ^ Перейти обратно: а б с Тейлор, Ян Дж. От P2P к веб-сервисам и сетям – одноранговые узлы в мире клиент/сервер. Спрингер, 2005 г.
Внешние ссылки
[ редактировать ]- Исследовательский документ: Исследование веб-сервисов во Всемирной паутине , 2008 г.
- Статья IBM: Агрегированный поиск UDDI с помощью Business Explorer для веб-сервисов , 1 марта 2002 г.
- Исследовательский документ: Обнаружение веб-служб в среде федеративного реестра. Архивировано 3 февраля 2007 г. в Wayback Machine , 2004 г.
- Обзорный документ: Механизмы обнаружения веб-сервисов: Ищете иголку в стоге сена? , 2004 г.
- Обзорный документ: Сопоставители семантических веб-сервисов: современное состояние и проблемы , 2013 г.
- Обзорный документ: Выбор облачных сервисов: современные и будущие направления исследований , 2014 г.
- Спецификации UDDI
- Технический комитет OASIS UDDI
- Сайт сообщества OPEN XML.org
- ЗАКРЫТЬ браузер
- Привязка данных C++ для UDDI
- Введение в UDDI: важные функции и концепции
- Развертывание веб-сервиса
- jUDDI (произносится как «Джуди») — это Java-реализация с открытым исходным кодом спецификации универсального описания, обнаружения и интеграции (UDDI v3) для веб-служб.