ПоставщикамБлог

Управляемое событиями ПО промежуточного слоя

Управляемое  событиями ПО промежуточного слоя

Архитектура, управляемая событиями (англ. event-driven architecture, EDA) является шаблоном архитектуры программного обеспечения, позволяющим создание, определение, потребление и реакцию на события.

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

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

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

Архитектура, управляемая событиями соответствует сервисно-ориентированной архитектуре (SOA), поскольку сервисы могут активироваться триггерами, срабатывающими от входящих событий.

Эта парадигма особенно полезна в случае, когда сток не предоставляет собственного исполнения действий.

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

Наиболее популярные продукты категории Управляемое событиями ПО промежуточного слоя Все продукты категории

IBM MQ (WebSphere MQ)
IBM
3
11

F.A.Q. Управляемое событиями ПО промежуточного слоя

Что такое управляемая событиями архитектура?

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

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

Источником события могут быть внутренние или внешние входы. События могут генерироваться пользователем, например щелчком мыши или нажатием клавиши, внешним источником, например выходом датчика, или поступать из системы, например при загрузке программы.

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

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

Как работает управляемая событиями архитектура?

Управляемая событиями архитектура состоит из производителей событий и потребителей событий. Производитель события обнаруживает или чувствует событие и представляет событие как сообщение. Он не знает потребителя события или результата события.

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

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

Каковы преимущества управляемой событиями архитектуры?

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

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

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

Материалы