Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Ресурсный уровень: совместное использование ресурсов




 

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

Ресурсный уровень включает два основных класса протоколов:

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

выполнить (скажем, инициализация процесса или доступ к данным).

 

Коллективный уровень: координация ресурсов

 

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

 

Прикладной уровень: запуск приложений в грид-среду

 

Этот высший уровень грид-архитектуры включает пользовательские приложения, которые исполняются в среде объединенных ресурсов. В процессе исполнения приложения используют протоколы нижележащих уровней, обеспечивающие доступ к необходимым службам, а также прикладные программные интерфейсы (Application Programming Interface

– API), соответствующие данным протоколам.

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

 

Понятие веб-сервисов. Архитектура и функции веб-сервисов. Протокол SOAP. Сервисы с состоянием и без состояния.

 

Веб-служба, веб-сервис (англ. web-service) — это сетевая технология, обеспечивающая межпрограммное взаимодействие на основе веб-стандартов. Консорциум W3C определяет веб-сервис, как «программную систему, разработанную для поддержки интероперабельного межкомпьютерного (machine-to-machine) взаимодействия через сеть»

 

Веб-сервисы

 

Большинство людей знакомо с доступом во всемирную паутину через веб-браузеры, которые обеспечивают ориентируемый на пользователя интерфейс к информации (веб-страницам) и к ориентированным на человека сервисам типа сетевых аукционов и розничных продаж (интернет-магазинам). Когда пользователь запрашивает веб-страницу, запрос обрабатывается удаленным веб-сервером, который возвращает информацию на языке разметки гипертекста (HTML). Это позволяет браузеру представить ее используя соответствующие шрифты, цвета и изображения, все то, что делает восприятие человеком этой информации более простым и удобным.

Веб-сервисы (или веб-службы) – это распределенные программные компоненты, идентифицируемые своим сетевым адресом, интерфейс которых описан на специальном «диалекте» языка XML (eXtensible Markup Language), а именно WSDL (Web Service Description Language). Другие программные системы могут взаимодействовать с веб-сервисами согласно этому описанию посредством сообщений, основанных на другом «диалекте» XML - SOAP, и передаваемых с помощью интернет-протоколов (обзор технологий веб-сервисов можно найти, например, в [5]). В интернет-магазинах, например, веб-сервисы, которые могут быть реализованы на географически далеко удаленных друг от друга серверах, могут обеспечивать ведение счетов, контроль наличия товаров на складе, составление «корзины» покупателя и службу авторизации кредитной карты. Каждая из этих функций может быть многократно вызвана в ходе одной покупки.

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

Ключевыми спецификациями, используемыми веб-сервисами являются:

XML - язык разметки для того, чтобы обмениваться структурированными данными; SOAP – основанный на XML протокол для спецификации содержания сообщений, служебной «обертывающей» информации («конверт сообщения») и информации,

 

необходимой для правильной обработки сообщений;

WSDL (Web Services Description Language - язык описания веб-сервис) –

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

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

 

Веб-сервисы и SOA

 

SOA и веб-сервисы являются «ортогональными» понятиями: сервисная ориентация – это архитектурный стиль, а веб-сервисы - технология выполнения. Они, конечно, могут использоваться совместно – как это часто и случается, но они взаимно независимы.

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

Аналогично, веб-сервисы хорошо подходят в качестве строительных блоков SOA-среды, но в их определении нет ничего, что обязательно требует воплощение принципов SOA. Хотя отсутствие состояний зачастую рассматривается как ключевая характеристика веб-сервис, нет никаких технических причин, по которым они обязательно должны быть без состояний – это определяется выбором разработчика и архитектурным стилем среды, в которой сервис должен работать.

 

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...