Перспективы у технологии обработки сложных событий (Complex Event Processing, CEP) воистину блестящие. И эти перспективы высоко оцениваются в отрасли ИТ, поскольку CEP обещает увеличить оперативность работы компаний за счет поддержки непрерывной корреляции и визуализации множества потоков событий.
Архитектуры приложений, опирающиеся на события, приобретают все большее значение для современного бизнеса, так как объем зависящих от времени и поступающих в режиме реального времени данных, которые должны обрабатывать и хранить корпоративные сети и сети операторов, постоянно растет.
И все же говорить о широком распространении CEP в основных корпоративных приложениях пока рано. Несомненно, эта технология уже нашла свое применение в сетях датчиков и операционных приложениях, предназначенных, например, для мониторинга бизнес-активности (Business Activity Monitoring, BAM), управления распределенными процессами, контроля за финансовыми транзакциями и для интегрированного управления логистикой.
Однако CEP редко используется для поддержки повседневных нужд обычного предприятия. Пока CEP в основном применяется как конвейер для специализированных приложений. А они, как правило, относятся к вертикальному, ориентированному на конкретную отрасль сегменту рынка ИТ, такому как финансы, телекоммуникации, транспорт, производство и военная промышленность.
Почему же производители сред BI столь настороженно относятся к CEP? До определенной степени их выжидательная позиция отражает низкую популярность средств оперативного бизнес-анализа у корпоративных пользователей. Несмотря на то что производители BI активно пропагандируют свои продукты реального времени, очень немногие пользователи стремятся иметь возможность непрерывно обновлять отчеты, управляющие панели и оценочные ведомости, получая данные, поступающие непосредственно из потоков событий.
Многие пользователи BI терпимо относятся к задержке с доставкой ключевых бизнес-данных и вполне удовлетворены возможностью получать такие данные из промежуточных хранилищ, которые объединяют данные «почти» реального времени с накопленной ранее информацией. Тем не менее CEP — это важное дополнение к BI, а также к решениям для интеграции информации предприятия (Enterprise Information Integration, EII), которые объединяют операции обновления и формирования запросов непосредственно с операционными базами данных. И рано или поздно большинство производителей BI и EII начнут сотрудничать с компаниями, выпускающими средства CEP, или приобретут такие компании с целью расширить предлагаемые возможности обработки событий в режиме реального времени.
Мы рассчитываем на то, что в ближайшие год-два Business Objects, SAS, Cognos, Oracle/Hyperion, Microsoft, Information Builders и MicroStrategy начнут работать на рынке CEP. Можно также ожидать, что компания Teradata, которая вскоре станет независимой и сейчас лидирует на рынке сохранения данных в режиме реального времени, купит производителя средств CEP для того, чтобы сформировать свой портфель решений в этой области.
Производители программного обеспечения SOA расширят предлагаемые ими функции CEP, что позволит им поддерживать архитектуру, опирающуюся на события, как альтернативу или дополнение к SOA. Все больше производителей займутся реализацией поддержки CEP в своих инструментальных средствах BAM для сред BPM, чтобы иметь возможность практически мгновенно реагировать на меняющиеся бизнес-условия. Производители корпоративной сервисной шины будут инвестировать в CEP для того, чтобы предложить дружественные к пользователям средства объединения событий, их корреляции и визуализации для своих сред публикации и подписки.
Но рынок CEP не реализует весь свой потенциал до тех пор, пока сообщество производителей не подготовит согласованную платформу для обеспечения интероперабельности, которая использует открытые стандарты SOA. В этом смысле весьма обнадеживающе выглядит создание в конце 2006 года сообщества Event Processing Technical Society (EPTS), группы производителей и других заинтересованных сторон, с целью популяризации приложений CEP, прояснения соответствующей терминологии и определения эталонной платформы для поддержки интероперабельности.
Однако представители EPTS четко дали понять, что не намерены превращаться в организацию, разрабатывающую стандарты, хотя и не отрицают возможности впоследствии сотрудничать с группами, занимающимися стандартами. К сожалению, EPTS пока не представила открытые предложения по эталонной платформе, а также не обращалась к другим группам сообщества, таким как Organization for Advancement of Structured Information Standards (OASIS), которая разрабатывает стандарт, касающийся CEP. Стандарт WS-Notifications поддерживает шаблоны взаимодействия SOA, ориентированные на события, и предусматривает обмен уведомлениями.
С появлением открытых стандартов в ближайшие несколько лет рынок CEP начнет развиваться очень быстро. Этому также будет способствовать создание свободно распространяемых альтернатив и приобретение ведущими производителями SOA, ESB, BI и EII наиболее перспективных компаний, специализирующихся на CEP. К концу этого десятилетия ситуация на рынке CEP кардинально изменится, а предприятия смогут реализовывать опирающиеся на стандарты инфраструктуры CEP, рассчитанные на разные приложения и не зависящие от производителя.