Файл: Учебное пособие издано при поддержке образовательной программы Формирование.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 05.05.2024
Просмотров: 208
Скачиваний: 0
СОДЕРЖАНИЕ
Введение в распределенные системы программного обеспечения 1
Способы взаимодействия в распределенных системах
Основные механизмы в распределенных системах
Принципы реализации удаленного вызова процедур
Протоколы подтверждения транзакции
Транзакционный удаленный вызов процедуры
Объектно-ориентированный подход к распределенной обработке информации
Динамический выбор и динамическое обращение к службе
Взаимодействие с системой очередей сообщений
Модель взаимодействия "публикация/подписка"
Модель комплексно интегрированного предприятия
Поддержка презентационного слоя
Основные технологии сетевых служб
Внешняя архитектура сетевых служб
Инфраструктура координационных протоколов
Основные элементы системной поддержки композиции сетевых служб
-
Распределенное администрирование брокера сообщений
В состав систем брокеров сообщений входит поддержка администратора, то есть выделенного пользователя, который имеет право определять:
-
типы сообщений, которые можно отправлять и получать, -
пользователей, которым разрешено получать и/или получать сообщения и настраивать для себя логику маршрутизации.
Администраторы присутствуют и в обычных системах обмена сообщениями, но в брокерах они более важны из-за слабой связи между отправителями и получателями, что, в общем случае, приводит к тому, что получатели не знают, какое приложение получит их сообщение. Системы "публикация/подписка", однако, разрешают издателям фиксировать ограничения на набор пользователей, которые могут получать определенные сообщения.
Архитектуры брокеров сообщений могут естественным образом приспосабливаться для удовлетворения потребностей расположенных в разных административных зонах приложений, ведущих интенсивный обмен сообщениями. Брокеры сообщений можно комбинировать. В такой архитектуре один брокер сообщений может быть клиентом другого. Если клиент хочет получить сообщение, посланное клиентом другого брокера, он подписывается у своего брокера, а тот, в свою очередь, подписывается на это же сообщение у другого брокера. С точки зрения брокеров другие брокеры выглядят точно так же, как и любые другие клиенты.
-
Основные виды прикладных систем
-
Комплексная интеграция приложений в рамках предприятия
-
Системыкомплекснойинтеграцииприкладныхсистемпредприятий
(enterprise applicationintegration, EAI) – это эволюционный шаг в развитии
системной поддержки, расширивший
ее возможности
по интеграции
приложений.
Современный
интеграционные
системы строятся с
выраженной
промежуточной платформой, что
позволяет отделить слой
прикладной
логики от слоя
управления ресурсами, добиться
большей
щ
ж
гибкости и органично интегрировать серверы.
Дельные Предложени
СУБД
Толковые Предсказания
-
Высокоуровневаямодельархитектурытипичнойсистемыинтеграции приложений в рамках предприятия.
При комплексной интеграции прикладных
систем
особенно важно
автоматизировать взаимодействие цепочек поставок,
то есть
передач
информации
от одной прикладной системы
другой,
которые
обычно
характеризуются большим разнообразием в используемых операционных системах, интерфейсах, форматах данных и моделях взаимодействия.
Модель комплексно интегрированного предприятия
Модель комплексно интегрированного предприятия базируется на
двух
фундаментальных компонентах
(Рис.3.1): адаптерах и брокерах
сообщений.
Адаптеры
скрывают гетерогенность и формируют
единый
взгляд на внешний гетерогенный мир.
Брокер
сообщений
представляет собой инструмент для
взаимодействия с адаптерами и, следовательно, с интегрируемыми
системами. Некоторый ограниченный набор средств интеграции
функциональности приложений предлагают также транзакционные мониторы.
-
Системы управления рабочим потоком
-
Производственные рабочие потоки
-
Брокеры сообщений позволяют уменьшить влияние гетерогенности и распределенности систем автоматизации предприятий. Системы управления рабочим потоком (WfMS) пытаются преодолеть другую интеграционную проблему: они поддерживают непосредственно интегрирующие программы.
Рис.3.2.Примерспецификациирабочегопотока,моделирующегопроцессподготовки предложений для покупателя.
Во многих отношениях системы производственного рабочего потока работают подобно системам интеграции приложений: они автоматизируют управление и поток данных между различными приложениями. Тем не
менее, интегрирующая часть ответственна за гетерогенность и поддержку способности к взаимодействию, а рабочий поток определяет бизнес
логику, управляющую интеграцией. Это оказалось возможным благодаря тому, что системы WfMS описывали логику сложных приложений на языках высокого уровня (обычно графических), а не кодировали ее с помощью обычных языков программирования.
На Рис. 3.2 показан рабочий поток, моделирующий процесс цепочки поставок, в частности, шаги, которые должен выполнить производитель некоторого товара, чтобы выставить предложение заказчику. Графическое представление основано на варианте диаграмм активности унифицированного языка моделирования (Unified Modeling Language, UML). С рабочим потоком связаны переменные, значения которых локальны для каждого его запуска. Переменные используются для обмена данными между рабочими узлами и для определения значений условий маршрутизации.
Рабочий поток выполняется мотором, который, по-существу, является планировщиком (Рис. 3.3): он составляет расписание работ, которые надо сделать, и приписывает работы соответствующим исполнителям (ресурсам). Систему не интересует, как ресурс выполняет заданную ему работу. В общем случае ресурсы обладают свободой выбора работ, которые им надлежит выполнять.
| | | |
разработчик рабочего потока
3 4
2
определения рабочего потока
ресурс 1
| | | |
5
ресурс 2
| | | |
ресурс 3
| | | |
выходныеочереди
Рис.3.3.Распределениеработвсистемеуправлениярабочимпотоком.
Мотор непрерывно просматривает входную очередь для обработки сообщений рабочих узлов о завершении ими работы и для каждого сообщения во входной очереди проводит приписку ресурса.
- 1 ... 13 14 15 16 17 18 19 20 ... 36