Веб-службы

Протокол SOAP, обладая высоким уровнем абстракции и другими преимуществами, претендует на универсальный стандарт обмена между распределенными приложениями в гетерогенной сети. Соблюдая правила SOAP, зная сетевой адрес (URL) приложения и его конкретный формат запроса/ответа (интерфейс), клиенты могут обращаться к этому приложению, независимо от того, где они находятся, на какой платформе функционируют, какие технологии используют. Для случаев, когда клиентам неизвестны адреса и интерфейсы удаленных приложений, разработаны спецификации WSDL и UDDI.

Первый из них WSDL (Web Services Description Language – язык описания веб-сервисов) является подобием IDL (Interface Definition Language) в CORBA и COM и описывает формат сообщений, принимаемых/отправляемых сервисом, а также операции, которые могут выполняться с этими сообщениями. Документ WSDL схож с описанием библиотеки функций или классов в языках программирования. Кроме описания функциональности в документе WSDL указываются т.н. привязки (к транспортному протоколу), описывающие способ доставки сообщений (например, поверх HTTP).

Созданный WSDL-документ необходимо опубликовать в некотором общедоступном реестре, где пользователи смогут осуществлять поиск интересующих сервисов и осуществлять их интеграцию в свои системы. Для этого предназначен инструмент UDDI (Universal Description Discovery & Integration). Взаимодействие приложений происходит следующим образом (см. рис. 7). Поставщик сервиса публикует его спецификацию в реестре. Клиент ищет в реестре интересующий сервис, найдя который, обращается непосредственно к поставщику с запросом. В целом правила взаимодействия очень похожи на соответствующие механизмы CORBA, EJB и др.

Используемые веб-сервисами спецификации представляют собой многослойную структуру (рис. 8).

С появлением веб-служб инфраструктура Интернет стала все больше и больше использоваться для взаимодействия (автоматического) распределенных приложений, а не только для предоставления информации пользователям (людям) в «ручном» режиме.