Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
лекции ТиСОС.docx
Скачиваний:
0
Добавлен:
25.04.2025
Размер:
4.61 Mб
Скачать

Свойства

  1. Самодостаточны (с клиентской стороны не требуется ПО)

  2. Самоописываемые (так как метаданные передаются вместе с сообщениями и не требует внешних хранилищ метаданных)

  3. Могут быть опубликованы, обнаружены и вызваны через Интернет.

  4. Модульные

  5. Более простые могут объединятся в более сложные. (Объединение через использование рабочих процессов либо через прямой вызов).

  6. Инвариантность/способы реализации.

  7. Открытые и основаны на стандартах (основа xml и http)

  8. Имеют свободные связи

  9. Динамические, так как есть возможность обнаруживать службы в процессе функционирования.

Разница между soa и Web-сервисами

SOA – архитектура общей интеграции приложения, а Web-сервис- один из методов реализации SOA.

Стек протоколов для работы с web-сервисам (по уровням)

  1. UDDI, ebXML

  2. WSDL

  3. SOAP, xml, RPC

  4. 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) - это протокол, определяющий компоненты спецификации веб-служб, используемые для обнаружения и публикации информации о существовании этих служб.

Соседние файлы в предмете Технологии и средства облачных сервисов