
- •Преимущества:
- •Лекция 2
- •Сервис-ориентированная архитектура (soa)
- •Свойства
- •Разница между soa и Web-сервисами
- •Лекция 3
- •Параметрические модели системы грид
- •Основные понятия облачных технологий
- •Лекция 6
- •Лекция 06.03.25
- •Сервер приложения облачного SaaS приложения
- •Система взаимодействия рисунок
- •Лекция 20.03
- •Компоненты облачных приложений
- •Лекция 27.03
Свойства
Самодостаточны (с клиентской стороны не требуется ПО)
Самоописываемые (так как метаданные передаются вместе с сообщениями и не требует внешних хранилищ метаданных)
Могут быть опубликованы, обнаружены и вызваны через Интернет.
Модульные
Более простые могут объединятся в более сложные. (Объединение через использование рабочих процессов либо через прямой вызов).
Инвариантность/способы реализации.
Открытые и основаны на стандартах (основа xml и http)
Имеют свободные связи
Динамические, так как есть возможность обнаруживать службы в процессе функционирования.
Разница между soa и Web-сервисами
SOA – архитектура общей интеграции приложения, а Web-сервис- один из методов реализации SOA.
Стек протоколов для работы с web-сервисам (по уровням)
UDDI, ebXML
WSDL
SOAP, xml, RPC
HTTP, FTP, SMTP, JMC
Наиболее важный компонент – провайдер web-сервиса и пользователь. Провайдер публикуют (регистрирует сервис в репозитории, который реализуется UDDI реестр, который внешне выглядит как веб сервис и в нем хранится информации о зарегистрированных сервисах). Клиент может обращаться к UDDI реестру с запросами о месте нахождения отдельных сервисов и способах обращения к ним. При обращении клиент не обязан предварительно обращаться к тому или иному репозиторию. Если известно место нахождения сервисов и его интерфейс, то он обращается к сервису напрямую. На нижнем уровне находятся транспортные протоколы, отвечающи5 за транспортировку (HTTP, FTP, SMTP, JMC). Пусть создается ИС.
Рисунок бункерная архитектура
Рисунок Сервис-ориентированная архитектура
Бункерное приложение – подсистемы, могут использовать внутренние доступ к данным из различных подсистем, а сервисное ориентированной – все подсистемы являются самостоятельными и не зависимыми, несмотря на то, что все службы или сервисы находятся внутри границы ИС, они взаимодействую друг с другом так, если бы они были в разных программных системах.
Для веба служб были разработаны стандартные протоколы, на основе xml – SOA, WSDL, которые поддерживают коммуникационные службы и службы обмена информации, службы не зависят от платформы и языка реализации, системы строятся путем композиции локальных и внешних служб от различных поставщиков с бесшовным взаимодействием между службами в системе.
Структура: Реестр служб, поставщик служб, потребитель служб.
Рисунок – Структура SOA
Поставщик служб реализует ее и описывает интерфейс доступа к этим службам. Интерфейс службы - параметры, которые передаём службе в каком-то порядке. Служба – процедура. Службы выросли из архитекторы в которой используется удаленный вызов процедур.
Потребители служб, которые хотят ей воспользоваться, обнаруживают спецификацию нужных служб и локализуют поставщика нужных служб. После чего они могут связывать приложения с конкретной службой и обращаться с помощью стандартного протокола обслуживания. Протоколы веб-служб охватывают широкий спектр механизмов, от базового обмена информацией SOA до стандартов, определяющих язык описания бизнес-процессов (например, WS-BPEL - Web Services Business Process Execution Language). Эти протоколы основаны на XML, чья нотация позволяет определять структурированные данные, в которых текст размечается тегами. XML предоставляет ряд вспомогательных средств для расширения и манипулирования данными.
Стандарт SOAP (Simple Object Access Protocol) обеспечивает обмен сообщениями и поддерживает связь между веб-службами. Он определяет основные и дополнительные компоненты сообщения, передаваемые между службами. WSDL (Web Services Description Language) используется для определения интерфейса веб-службы. Описание WSDL содержит определения операций службы и способы связывания с этой службой. Для каждой операции службы задаются имя, параметры и типы данных. WS-BPEL (Web Services Business Process Execution Language) - это язык описания рабочих потоков, предназначенный для определения программ бизнес-процессов, в которых участвуют несколько различных веб-служб. UDDI (Universal Description, Discovery, and Integration) - это протокол, определяющий компоненты спецификации веб-служб, используемые для обнаружения и публикации информации о существовании этих служб.