Web-сервисы

Web services

Содержание

1. Введение.
2. Определение сервиса.
3. Определение сервисно-ориентированной архитектуры.
4. Требования к SOA.
5. Какова роль Web-сервисов?
6. На чём базируются Web-сервисы?
7. SOAP Simple Object Access .
8. ProtocolWSDL Web Services Description Language.
9. UDDI Universal Description, Discovery and Integration.
10. Web Services это так легко. Только поменяй компьютер(статья Андрея Колесова)
11. Интерфейс некоторых Web-сервисов России.
12. Финал предопределён (заключение).

1. Введение

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

Концепция веб-сервисов родилась после нескольких не вполне удачных попыток многих групп аналитиков, архитекторов и разработчиков по всему миру создать среду и механизм взаимодействия того многообразия информационных систем, которые они же, эти группы аналитиков, архитекторов и разработчиков, и создали. Столь большое количество неглупых в общем-то людей редко тратят столько энергии, интеллекта и времени просто так - обычно, это означает, что предполагаемый результат их усилий очень востребован. Например, как ни странно, бизнесом. Современное коммерческое предприятие трудно представить без информационных систем различного назначения: бухгалтерских, финансово-аналитических, производственных, складских и т. д. Большое предприятие использует большие многофункциональные информационные системы (можно вспомнить аббревиатуры ERP, CRM, SCM и т. п.), часто несколько одновременно. А есть еще поставщики, клиенты, партнеры, у которых свои, не менее сложные и специфичные, информационные системы, и с ними информационным системам предприятия необходимо взаимодействовать. Как организовать это взаимодействие? Как ЭФФЕКТИВНО организовать это взаимодействие, чтобы создать производительные, надежные и безопасные автоматизированные (экстра)корпоративные (т. е. простирающиеся за пределы предприятия) цепочки именно тех бизнес-процессов, интеграция которых необходима предприятию для осуществления своих бизнес-функций? Именно в области интеграции (экстра)корпоративных приложений (англ. Enterprise Application Integration, EAI) лежит основная масса IT-проблем современных предприятий, именно на решение вопросов взаимодействия разнородных информационных систем готовы бросить свои основные ресурсы CEO и CIO, и именно здесь наиболее эффективным инструментом решения будут веб-сервисы.

В течение последних нескольких лет World Wide Web претерпевает качественные изменения. Если совсем недавно "всемирная паутина" представляла собой главным образом совокупность серверов, содержащих статические документы со ссылками друг на друга, то современный Web практически невозможно представить без интерактивных Web-приложений, обрабатывающих различные запросы и помещающих результаты обработки этих запросов как в базы данных, так и на динамически генерируемые Интернет-страницы.

Однако, эволюция WWW не остановилась на Web-приложениях. Взаимная интеграция бизнесов различных компаний, происходящая сейчас во всем мире, неизбежно влечет за собой появление технологий и стандартов для интеграции обслуживающих их приложений и корпоративных информационных систем. Появился сервис-ориентированный Web, в основе которого лежат две относительно новые технологии - SOAP и XML. Согласно этому сценарию Web состоит из набора серверов приложений, обменивающихся информацией в формате XML по протоколу SOAP.

Основой сервис-ориентированного Web является Web-сервис - набор логически связанных функций, которые могут быть программно вызваны через Internet. Информация о том, какие функции предоставляет данный Web-сервис, содержится в документе WSDL , а для поиска существующих Web-сервисов предполагается использование специальных реестров, совместимых со спецификацией UDDI.

2. Определение сервиса

Вернемся к эффективной организации взаимодействия информационных систем. Для начала неплохо бы знать какие бизнес-процессы необходимы предприятию для осуществления его бизнес-функций. С этой целью проводят декомпозицию функциональных блоков бизнес-процессов до получения цепочек бизнес-процессов, цепочек бизнес-процессов - до получения отдельных бизнес-процессов, а отдельных бизнес-процессов - до составляющих их функций. Бизнес-функция, дающая конкретный измеримый результат, является минимальной сущностью, имеющей ценность для бизнеса, неким квантом. Именно ее и можно отождествить с сервисом:

Назовем сервисом (service) ресурс, реализующий бизнес-функцию, обладающий следующими свойствами:

• является повторно используемым;
• определяется одним или несколькими явными технологически-независимыми интерфейсами;
• слабо связан с другими подобными ресурсами и может быть вызван посредством коммуникационных протоколов, обеспечивающих возможность взаимодействия ресурсов между собой.

3. Определение сервисно-ориентированной архитектуры

Таким образом, с функциональной точки зрения бизнес-приложение распадается, в конечном итоге, на совокупность взаимодействующих между собой сервисов. Эту совокупность взаимодействующих сервисов можно отождествить с еще одним ключевым понятием - сервисно-ориентированной архитектурой:

Компонентная модель, состоящая из отдельных функциональных модулей приложений, называемых сервисами, имеющих определенные согласно некоторым общим правилам интерфейсы и механизм взаимодействия между собой, называется сервисно-ориентированной архитектурой (Service-Oriented Architecture, SOA).

Переходя в мир абстракций, можно дать следующее, более сильное, определение сервисно-ориентированной архитектуры:

Архитектура приложений, в рамках которой все функции приложения являются независимыми сервисами с четко определенными интерфейсами, которые можно вызывать в нужном порядке с целью формирования бизнес-процессов, называется сервисно-ориентированной архитектурой.

(Оговоримся, что на сегодняшний день устоявшегося, принятого IT-сообществом, определения SOA нет. Здесь мы приводим определение, которое, на наш взгляд, наиболее полно и точно отражает современное состояние этой концепции).

Поясним второе определение:

"все функции приложения" - как мы уже упомянули, любое приложение с функциональной точки зрения может быть представлено совокупностью функций; ресурс, реализующий функцию, есть сервис. Таким образом, приведенное определение требует для представления и реализации любого приложения в рамках SOA проведения его полной декомпозиции до уровня отдельных функций;

"являются независимыми сервисами" - в понятие независимости сервиса вкладывается следующий смысл: сервисы функционируют независимо от других информационных систем, являются функционально самостоятельными объектами. Они представляют собой "черные ящики" для любых внешних приложений: внешние приложения не знают, как сервис формирует из входных данных выходные. Все, что им известно - что необходимо подать на вход сервиса и что следует ожидать на его выходе;

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

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

4. Требования к SOA

SOA, будучи практической (и практичной) концепцией, должна соответствовать определенным требованиям, предъявляемых к ней современным состоянием бизнес-отношений и информационных технологий, а также тенденциями их совместного развития:

• обеспечивать преемственность инвестиций в IT, сохранение существующих информационных систем и их совместное эффективное использование для повышения ROI от IT-вложений;
• обеспечивать реализацию различных