Архитектура, управляемая событиями (EDA)

Одной из стратегических проблем любой компании, работающей на межплатформенном программном обеспечении, является обеспечение отслеживания и своевременного реагирования на конкретные проблемы и события в бизнесе по мере их возникновения , а также автоматизация максимально разумных ответных мероприятий, решающих проблему. По сути, эта проблема является одним из аспектов автоматизации бизнеса в целом. Любой бизнес состоит из задач, событий и процессов. Можно автоматизировать процессы, однако они порождают события и, наоборот, события могут стать первопричиной процессов. Для решения проблемы оперативной и своевременной реакции на возникающие события применяется EDA – архитектура, управляемая событиями (от англ. Event Driven Architecture).

В архитектуре EDA обмен сообщениями между различными независимыми между собой приложениями инициируется в онлайн режиме разнообразными событиями. Архитектура основывается на обрабатывающих события программах-агентах, которые выявляют все значимые события в организации и уведомляют о них другие работающие в компании приложения. Уведомления эти являются уведомлениями «один-ко-многим» и чаще всего их внедрение предполагает использование механизмов публикации-подписки. В этом состоит основное отличие EDA от SOA – сервис-ориентированной архитектуры. Программы-агенты никоим образом не связаны между собой и могут даже не знать, в каком именно месте должны происходить их события. В условиях постоянно меняющихся потребностей бизнеса подобный подход упрощает многие вещи, в том числе и обслуживание компьютеров.

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

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

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

Основные тезисы в сфере внедрения EDA

Сам термин EDA появился в 2003м году, и тогда же были сформулированы основные тезисы, которые определяют особенности внедрения архитектуры:

1. Стратегии бизнеса предполагают создание системы, которая учитывала бы поток внешних по отношению к компании событий. Бизнес-процессы, которые подчинены событиям, - это не просто оптимизация уже существующих процессов, это создание принципиально новой системы функционирования компании во внешней среде.
2. SOA – не более, чем промежуточный этап развития на пути к EDA.
3. На рынке существуют программные продукты, необходимые для поддержки EDA. Развитие операционных систем и средств управления сетями в ближайшие годы по прогнозам будет направлено на обеспечение работы так называемых событийных приложений.
4. Процесс стандартизации возможен. Пока что не было разработано общепринятых стандартов для архитектуры, управляемой событиями, однако вполне вероятно, что они появятся в самое ближайшее время. Основой для этого процесса может выступить уже достигший стадии зрелости процесс по стандартизации SOA.
5. Формирование новых требований к аппаратному обеспечению в связи с новыми потребностями интеграционных приложений. Необходимость обработки огромного количества событий влияет в первую очередь на развитие сетевого оборудования, которое призвано обеспечить передачу значительных объемов информации максимально быстро и с максимальным уровнем надежности. Однако следует отметить, что речь вовсе не идет о том, что события заменят сервисы в существующей архитектуре, они скорее дополнят ее для достижения максимальной эффективности и обеспечения конкурентоспособности компании на рынке за счет быстрого реагирования на постоянно меняющиеся внешние и внутренние условия.