- •1. Понятие и виды распределенных вычислений. Понятие грид-систем, их основные свойства и функции. Сравнение гридов и кластеров. Особенности и возможности грид-систем.
- •2. Классификация грид-систем по решаемым задачам и особенности их построения. Применение гридов. Примеры грид-систем.
- •3. Общие принципы архитектуры грид-систем. Стек протоколов глобального грида.
- •1.4.3 Общие принципы архитектуры грид-систем
- •1.4.3.1 Структура (стек) протоколов глобального грида
- •1.4.3.1.1 Аппаратный уровень: управление локальными ресурсами
- •1.4.3.1.2 Связывающий уровень: коммуникации и безопасность
- •1.4.3.1.3 Ресурсный уровень: совместное использование ресурсов
- •1.4.3.1.4 Коллективный уровень: координация ресурсов
- •1.4.3.1.5 Прикладной уровень: запуск приложений в грид-среду
- •4. Понятие веб-сервисов. Архитектура и функции веб-сервисов. Протокол soap. Сервисы с состоянием и без состояния.
- •1.4.3.2.4 Веб-сервисы
- •1.4.3.2.5 Веб-сервисы и soa
- •1.4.3.2.6 Веб-сервисы и виртуализация
- •1.4.3.2.3 Понятие состояния сервисов и сервисы без состояний
- •Архитектура
- •5. Сервисно-ориентированная архитектура распределенных систем. Принцип слабой связи.
- •1.4.3.2 Архитектура сервисов распределенных систем и технологии ее реализации
- •1.4.3.2.1 Сервисно-ориентированная архитектура (soa) распределенных систем
- •1.4.3.2.2 Принцип слабой связи
- •6. Сервир(с)но-ориентированный грид. Грид-стандарты. Стандарт открытой архитектуры гридсервисов. Спецификации ogsi и wsrf.
- •7. Базовые подсистемы гридов: описания и функциональные назначения.
- •8. Архитектура грид-системы unicore. Компоненты unicore: их назначение и функции.
- •9. Клиенты грид-системы unicore. Rich Client: его возможности, функции, задачи. Принципы подготовки задания и постановки его на расчет.
Архитектура
Как показано на рисунке, можно выделить три инстанции, взаимодействующие в рамках веб-службы. Переведём их названия как
заказчик (service requester);
исполнитель (service provider);
каталог (service broker).
Когда служба разработана, исполнитель регистрирует её в каталоге, где её могут найти потенциальные заказчики. Заказчик, найдя в каталоге подходящую службу, импортирует оттуда её WSDL-спецификацию и разрабатывает в соответствии с ней своё программное обеспечение. WSDL описывает формат запросов и ответов, которыми обмениваются заказчик и исполнитель в процессе работы. Для обеспечения взаимодействия используются следующие стандарты:
XML: Расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных;
SOAP: Протокол обмена сообщениями на базе XML;
WSDL: Язык описания внешних интерфейсов веб-службы на базе XML;
UDDI: Универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description and Integration). Каталог веб-служб и сведений о компаниях, предоставляющих веб-службы во всеобщее пользование или конкретным компаниям. Пока UDDI существуют, однако, только в небольших фирменных сетях и ещё не нашли широкого распространения в открытом интернете.
SOAP
SOAP (от англ. Simple Object Access Protocol — простой протокол доступа к объектам; вплоть до спецификации 1.2) — протокол обмена структурированными сообщениями в распределённой вычислительной среде. Первоначально SOAP предназначался в основном для реализации удалённого вызова процедур (RPC). Сейчас протокол используется для обмена произвольными сообщениями в формате XML, а не только для вызова процедур. Официальная спецификация последней версии 1.2 протокола никак не расшифровывает название SOAP. SOAP является расширением протокола XML-RPC.
SOAP может использоваться с любым протоколом прикладного уровня: SMTP, FTP, HTTP, HTTPS и др. Однако его взаимодействие с каждым из этих протоколов имеет свои особенности, которые должны быть определены отдельно. Чаще всего SOAP используется поверх HTTP. SOAP является одним из стандартов, на которых базируются технологии веб-служб.
5. Сервисно-ориентированная архитектура распределенных систем. Принцип слабой связи.
1.4.3.2 Архитектура сервисов распределенных систем и технологии ее реализации
На начальном этапе своего развития распределенные приложения взаимодействовали с помощью частных, специально разработанных (проприетарных) протоколов, а системные администраторы использовали оригинальные методы, чтобы ими управлять. Как уже отмечалось, за годы становления и развития этой технологии были выработаны - с различной степенью успеха - многочисленные стандарты, чтобы ослабить затраты на развертывание и обслуживание таких систем. Сегодня наиболее предпочтительными подходами к построению распределенных систем считаются сервисно-ориентированная архитектура (Service Oriented Architecture, SOA), технология веб-сервисов, и грид-стандарты (в первую очередь - Открытая архитектура грид-сервисов (Open Grid Services Architecture, OGSA)). Однако, свои преимущества имеет и объектно-ориентированный подход. Ниже мы даем краткое общее описание этих подходов и соотношений между ними. При написании этого раздела существенно использовалась статья [28].
