- •Web-сервисы
- •Оглавление
- •Предшествующие
- •Причины упадка технологий
- •Определение веб-сервиса
- •Плюсы веб-сервисов
- •Минусы веб-сервисов
- •Стек технологий веб-сервисов
- •Технологии, обеспечивающие функциональность.
- •Технологии, обеспечивающие качество сервиса.
- •Основные технологии web-сервисов
- •Взаимодействие между компонентами сервисно-ориентированной архитектуры
- •пользователь сервиса: приложение, программный модуль либо сервис, осуществляющий поиск и вызов необходимого сервиса
- •Взаимодействие между компонентами сервисно-ориентированной архитектуры
- •Свойства веб-сервисов
- •Сервисы слабо связаны с бизнесом и между собой
- •Взаимодействие сервисов определяется контрактами
- •Сервисы изолируют внутреннюю логику от окружающего мира
- •Перечисленные признаки сервисов — слабая связанность, контрактное взаимодействие и внутренняя замкнутость — образуют
- •Сервисы допускают возможность композиции
- •Сервисы могут использоваться многократно
- •Сервисы являются самоуправляемыми
- •Сервисы не имеют собственного состояния
- •Сервисы должны быть обнаруживаемыми
- •WS-I Basic Profile 1.0
Сервисы могут использоваться многократно
Один и тот же сервис может быть использован вызывающими его сервисами, то есть он может использоваться многократно, как любая функция или подпрограмма
21
Сервисы являются самоуправляемыми
Для того чтобы сервисы могли существовать независимо друг от друга и от среды обитания, они должны быть автономными, то есть обладать свойствами самоуправления. Под «автономностью» понимается способность сервиса выполнить условия контракта самостоятельно, без внешнего управления. Абсолютная автономия предполагает полное распоряжение ресурсами; она не всегда возможна, особенно если приходится создавать сервисы, взаимодействующие с унаследованными приложениями. Полная автономность является условием для многократного использования, но это не единственное условие; не меньшее значение имеет отсутствие собственного состояния.
22
Сервисы не имеют собственного состояния
Если сервис в той или иной форме сохраняет информацию о своем состоянии, то оказывается привязанным к выполняемому им заданию. Для перехода к следующему заданию ему нужно освободиться от накопленного состояния, а это требует ресурсов, да и вообще не всегда возможно. Отсутствие собственного состояния обеспечивает нейтральность по отношению к модулям, обращающимся к сервисам. В отличие от самоуправления отсутствие состояния не может быть абсолютным; всегда на какой-то момент времени сервисы сохраняют что-то в своей памяти. Для многократного использования они должны «уметь» восстанавливать исходное состояние.
23
Сервисы должны быть обнаруживаемыми
Приложение, ориентированное на сервисы, не должно быть перегружено реестрами сервисов, механизмами их обнаружения. Для этой цели должна быть предусмотрена специальная поддержка, а приложение должно быть сосредоточено на собственном функционале. Условия, зафиксированные в предложении для контракта, должны позволять потенциальному клиенту найти нужный ему сервис и подключить его вручную или автоматически.
24
WS-I Basic Profile 1.0
В настоящее время в профиль входят следующие спецификации технологий:
SOAP 1.1;
WSDL 1.1;
UDDI 2.0;
XML 1.0;
XML Schema Part 1: Structures;
XML Schema Part 2: Datatypes;
RFC2246: The Transport Layer Security Protocol 1.0;
RFC2459: Internet X.509 Public Key Infrastructure Certificate and CRL Profile;
RFC2616: HyperText Transfer Protocol 1.1;
RFC2818: HTTP over TLS;
RFC2965: HTTP State Management Mechanism;
Secure Sockets Layer Protocol 3.0.
25