Архитектура, управляемая событиями, — это один из инструментов, позволяющих задействовать потенциал аналитики в реальном времени. Организации должны понимать структуру и проблемы EDA, чтобы начать работу.
Потребности бизнеса как в режиме реального времени, так и в повсеместном доступе к данным растут. Из-за этого технологические группы предприятий вынуждены выполнять поставленные задачи.
Команды корпоративных технологий должны изучить свою существующую ИТ-инфраструктуру, чтобы определить, где она поддерживает доступ к данным в режиме реального времени, а также демократизацию данных . Если или когда они обнаружат, что он не поддерживает эти две вещи, ИТ-команды могут внедрить архитектуру, управляемую событиями (EDA).
«Существует стремление к данным в реальном времени, а не только в режиме, близком к реальному времени, и здесь на помощь приходит архитектура, управляемая событиями», — сказал Скотт Шугар, руководитель практики данных и аналитики в технической консультационной и сервисной компании ProServeIT.
EDA — это платформа, которая позволяет особым образом перемещать данные о событиях между системами. В EDA события запускают бизнес-процессы и то, как они протекают, что может принести пользу бизнесу.
«EDA обеспечивает некоторые важные аспекты цифрового бизнеса: аналитику в реальном времени и быстроту реагирования, расширяемость приложений, глобальный масштаб и анализ деловой активности «без потерь», — сообщила технологическая исследовательская компания Gartner в своей модели зрелости архитектуры, управляемой событиями.
Лидеры бизнеса и ИТ, похоже, согласны с выводами Gartner. Из 840 опрошенных компаний и ИТ-специалистов 85% заявили, что они признают критическую ценность для бизнеса внедрения EDA, согласно опросу 2021 года , проведенному исследовательской фирмой Coleman Parkes и компанией Solace, занимающейся разработкой программного обеспечения для управления событиями.
Что такое ЭДА?
EDA строится вокруг событий. Событие — это то, что произошло и вызвало какое-то уведомление. Примеры включают обрыв сетевого подключения, обнаруженный программным обеспечением для мониторинга, или открытую дверь склада, обнаруженную датчиком IoT . Событие известно как изменение состояния.
«Событие — это все, что я могу обнаружить в ИТ-системе с помощью аппаратного или программного обеспечения, что может быть захвачено и представлено в виде фрагмента данных», — сказал Гэри Оллифф, аналитик Gartner.
События обычно запускают другие события как часть бизнес-процесса. Например, разорванное сетевое подключение может привести к тому, что другая система устранит неполадки, а затем перезагрузит сеть. Система должна сбрасывать сеть только в случае возникновения сбоя.
EDA распознает производителей, потребителей и брокеров событий, которых иногда называют маршрутизаторами событий или шинами. В EDA производитель публикует событие для брокера, который затем отправляет эту информацию всем потребителям событий, запрограммированным на получение информации об этом конкретном событии. Этот дизайн по существу отделяет производителя событий от потребителя событий.
EDA в течение многих лет использовалась ограниченно, потому что большинство корпоративных ИТ-сред не были разработаны для управляемой событиями парадигмы, а у организаций не было спроса и возможности использовать данные, наблюдаемые сегодня. Сегодня организации имеют большую часть своей ИТ-среды в облаке. Они разрушили старые монолитные архитектуры приложений, создали микросервисы и внедрили бессерверные вычисления .
«EDA обеспечивает координацию между этими микросервисами», — сказал Доминик Дагган, доцент Технологического института Стивенса, который преподает EDA в рамках курса по облачным вычислениям.
ЭДА-технологии
Многие технологии с открытым исходным кодом и коммерческие технологии могут создавать EDA.
ИТ-команды могут использовать продукты от облачных провайдеров — Azure Service Bus и Event Grid от Microsoft, Simple Queue Service (SQS) и EventBridge от AWS, а также Pub/Sub от Google. В пространстве EDA также есть варианты с открытым исходным кодом, включая RabbitMQ, Apache Kafka и NATS.
API, управляемые событиями, также являются ключевыми компонентами для создания EDA. API-интерфейсы, управляемые событиями, также иногда называют API-интерфейсами, основанными на событиях, потоковой передачей или в режиме реального времени. Они отличаются от синхронных REST API, которые иногда называют RESTful API , для использования в репрезентативной архитектуре передачи состояния. Протоколы для использования с API, управляемыми событиями, включают WebSockets и Webhooks .
Преимущества и проблемы
EDA приносит множество преимуществ. По словам Даггана , одним из основных преимуществ является слабая связанность систем , отметив, что это обеспечивает отказоустойчивость, гибкость и маневренность.
«Если ваша инфраструктура не тесно связана друг с другом и что-то дает сбой, это не приводит к каскадному эффекту», — сказал он. «Слишком тесное соединение сделает его слишком хрупким».
Слабая связь позволяет системам масштабироваться и обновляться независимо друг от друга. Вот как EDA обеспечивает гибкость и маневренность.
Природа EDA по требованию означает, что организации не платят за непрерывный опрос для проверки событий. Без ненужного использования пропускной способности сети и других вычислительных ресурсов конструкция EDA может сократить эксплуатационные расходы на ИТ.
По словам Оллиффа, организации могут сохранять события, поэтому они могут анализировать накопленные данные, чтобы искать закономерности, указывающие на тенденции, и другую информацию, которую можно использовать для принятия решений.
По его словам, EDA также позволяет выполнять обработку асинхронно, поэтому время обработки определяется потребностями бизнеса, а не технологическими ограничениями. Эта архитектура повышает скорость и масштабируемость за счет распределения нагрузки.
Несмотря на такие преимущества, эксперты подчеркивают, что EDA не является парадигмой, предназначенной для универсального использования или замены других вариантов.
«[Некоторые] думают, что это универсальное решение для всех взаимодействий, происходящих в их системах. EDA — это просто набор шаблонов в наборе инструментов инженера или архитектора», — сказал Оллифф, отметив, что не все системы в корпоративной ИТ-среде используют события. общаться.
Продукты поставщиков программного обеспечения EDA абстрагируют большую часть работы по внедрению EDA. Корпоративным ИТ-группам не нужно создавать и защищать все компоненты. Однако это не просто щелчок переключателя.
«Это все еще не plug-and-play. Для него все еще требуется некоторое управление и обслуживание», — сказал Шугар. «Если нет необходимости в данных в реальном времени, архитектура, управляемая событиями, в большинстве случаев создаст больше сложности, чем требуется».
С помощью EDA данные о событиях, которые системы, такие как различные потребители событий, используют на предприятии, не будут обновляться одновременно.
«Это не всегда последовательно, хотя в конечном итоге последовательно», — сказал Оллифф. Это концепция EDA, распределенных баз данных и других ИТ-систем, известная как консистентность в конечном счете.
По его словам, при окончательной настройке согласованности ИТ-отдел должен работать с бизнесом, чтобы понять уровень терпимости бизнес-процесса к данным, которые не совпадают одновременно. Если конкретный бизнес-процесс не может мириться с этой проблемой непротиворечивости, EDA не подходит.
