Файл: Учебное пособие издано при поддержке образовательной программы Формирование.docx

2. Распределенное администрирование брокера сообщений

В состав систем брокеров сообщений входит поддержка администратора, то есть выделенного пользователя, который имеет право определять:

1. 
   типы сообщений, которые можно отправлять и получать,
   
2. 
   пользователей, которым разрешено получать и/или получать сообщения и настраивать для себя логику маршрутизации.
   

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

Архитектуры брокеров сообщений могут естественным образом приспосабливаться для удовлетворения потребностей расположенных в разных административных зонах приложений, ведущих интенсивный обмен сообщениями. Брокеры сообщений можно комбинировать. В такой архитектуре один брокер сообщений может быть клиентом другого. Если клиент хочет получить сообщение, посланное клиентом другого брокера, он подписывается у своего брокера, а тот, в свою очередь, подписывается на это же сообщение у другого брокера. С точки зрения брокеров другие брокеры выглядят точно так же, как и любые другие клиенты.

3. Основные виды прикладных систем

   1. Комплексная интеграция приложений в рамках предприятия

Системыкомплекснойинтеграцииприкладныхсистемпредприятий

(enterprise applicationintegration, EAI) – это эволюционный шаг в развитии

---

---

Модель комплексно интегрированного предприятия

Модель комплексно интегрированного предприятия базируется на

функциональности приложений предлагают также транзакционные мониторы.

3. Системы управления рабочим потоком

   1. Производственные рабочие потоки

Брокеры сообщений позволяют уменьшить влияние гетерогенности и распределенности систем автоматизации предприятий. Системы управления рабочим потоком (WfMS) пытаются преодолеть другую интеграционную проблему: они поддерживают непосредственно интегрирующие программы.




Рис.3.2.Примерспецификациирабочегопотока,моделирующегопроцессподготовки предложений для покупателя.

Во многих отношениях системы производственного рабочего потока работают подобно системам интеграции приложений: они автоматизируют управление и поток данных между различными приложениями. Тем не

менее, интегрирующая часть ответственна за гетерогенность и поддержку способности к взаимодействию, а рабочий поток определяет бизнес

---

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

На Рис. 3.2 показан рабочий поток, моделирующий процесс цепочки поставок, в частности, шаги, которые должен выполнить производитель некоторого товара, чтобы выставить предложение заказчику. Графическое представление основано на варианте диаграмм активности унифицированного языка моделирования (Unified Modeling Language, UML). С рабочим потоком связаны переменные, значения которых локальны для каждого его запуска. Переменные используются для обмена данными между рабочими узлами и для определения значений условий маршрутизации.

Рабочий поток выполняется мотором, который, по-существу, является планировщиком (Рис. 3.3): он составляет расписание работ, которые надо сделать, и приписывает работы соответствующим исполнителям (ресурсам). Систему не интересует, как ресурс выполняет заданную ему работу. В общем случае ресурсы обладают свободой выбора работ, которые им надлежит выполнять.

---

---