WikiDer > Сервис обмена сообщениями, управляемый процессами

Process driven messaging service

А сервис обмена сообщениями, управляемый процессами (PDMS) - это сервис, ориентированный на процесс и обменивающийся сообщениями / вызовами данных. PDMS - это служба, в которой задания и триггеры могут быть объединены для создания рабочего процесса для сообщения.

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

PDMS обменивается сообщениями для всех видов сообщений / вызовов данных между системами, приложениями и / или людьми, что основано на цепочки процессов, управляемые событиями.[1]

Структура

Служба обмена сообщениями, управляемая процессами, - это служба, в которой задания и триггеры могут быть объединены для создания рабочего процесса для сообщения, а рабочий процесс можно рассматривать как процесс.

Рабочий процесс выполняется при появлении запроса на триггер. Триггер вызывает активацию одного или нескольких заданий, которые, в свою очередь, могут выполнять больше заданий. Рабочий процесс будет по-прежнему активен, даже если все задания будут выполнены, но ничего не произойдет, пока он не будет запущен повторно.[2]

Рабочие процессы

А рабочий процесс в PDMS используется для объединения триггеров и / или заданий, чтобы выполнить поток действий и событий, которые можно вызывать снова и снова без повторения конфигурации. Рабочий процесс - это контейнер. Рабочий процесс - это контейнер для группы статусов рабочего процесса и действий, таких как перемещение записи из одного статуса в другой.[3] Помимо триггеров и заданий, он может содержать группы или артефакты. Элементы, которые могут содержаться в рабочем процессе, становятся доступными для всех триггеров и заданий в рабочем процессе.

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

Рабочий процесс будет в состоянии ожидания выполнения, когда рабочий процесс, его триггеры и задания активны.

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

Вакансии

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

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

Триггеры

Триггер - то, что запускает / выполняет рабочий процесс - побуждает к выполнению действий. Компоненты объекта, определяющие бизнес-логику и поведение, называются триггерами. Вы можете создавать и настраивать любое количество триггеров для выполнения автоматической и программной проверки, уведомления, обработки данных и других действий при создании, обновлении и удалении записей.[5]

Процессы

В какой-то момент в системе начинается процесс. Например, когда триггер выполняет экземпляр рабочего процесса.

Служба обмена сообщениями, управляемая процессами, часто используется при управлении более или менее сложными бизнес-процессами.

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

Технологии / программирование

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

Применимые области

Области, в которых может использоваться PDMS, - это система в систему, A2P с той разницей, что другие типы сообщений могут быть включены в PDMS, от приложения к приложению, от системы к человеку, M2M и все виды сообщений / вызовов данных между системами, приложениями и / или людьми на основе событийно-ориентированные процессы.

Смотрите также

Рекомендации

  1. ^ Hommes, Ламбертус Йоханнес (2004). "7" (PDF). Оценка методик моделирования бизнес-процессов. [S.l .: s.n.] С. 138–187. ISBN 90-9017698-5.
  2. ^ а б Офер Эцион, Питер Ниблетт (сентябрь 2007 г.). Обработка событий в действии, 1-е. Гринвич, Коннектикут, США: Manning Publications Co. ISBN 978-1935182214.
  3. ^ Progress Software Corporation. «Роликовая база в действии» (PDF). Глава 10. п. 6.
  4. ^ УМЭ, ЗДУН; КАРСТЕН, ШАХРАМ (19 сентября 2007 г.). "ХЕНТРИХ, ДУСТДАР" (PDF). Моделирование процессно-ориентированных и сервис-ориентированных архитектур с использованием шаблонов и шаблонных примитивов. Нью-Йорк: ACM, Inc. 1 (3): 23–27.
  5. ^ "10" (PDF). Rollbase в действии. Progress Software Corporation. С. 266–289.