Технически говоря (S1E10): Построение практического самовосстановления ИТ
Когда ИТ-операции выходят из строя, было бы здорово, если бы наша инфраструктура могла использовать автоматизацию и машинное обучение, чтобы просто исправить себя. Инфраструктура самовосстановления - это высокая цель, но насколько она практична? В этом эпизоде технический директор Red Hat Крис Райт вместе с Майком Добози рассказывает о создании решения для автоматизации, основанного на событиях, которое закладывает основу для более сложной инфраструктуры самовосстановления. Благодаря искусственному интеллекту и машинному обучению DevOps эволюционировала, и добавление возможностей самовосстановления в существующую инфраструктуру организации может принести немедленные выгоды. Но как только мы начнем рассматривать более сложные проблемы, требующие большего объема данных и более основанной на времени или сложной обработки событий, как нам преодолеть шум и упростить решение проблем?
Управляемая событиями архитектура - это программная архитектура и модель для разработки приложений. В системе, управляемой событиями, захват, передача, обработка и сохранение событий являются основной структурой решения. Это отличается от традиционной модели, основанной на запросах.
Многие современные разработки приложений основаны на событиях, например в структурах взаимодействия с клиентами, которые должны использовать данные клиентов в режиме реального времени. Управляемые событиями приложения могут быть созданы на любом языке программирования, поскольку событийно-ориентированные - это подход к программированию, а не язык. Архитектура, управляемая событиями, обеспечивает минимальную взаимосвязь, что делает ее хорошим вариантом для современных распределенных архитектур приложений.
Архитектура, управляемая событиями, слабо связана, потому что производители событий не знают, какие потребители событий прослушивают событие, а событие не знает, каковы последствия его возникновения.
Событие - это любое существенное происшествие или изменение состояния аппаратного или программного обеспечения системы. Событие - это не то же самое, что уведомление о событии, которое представляет собой сообщение или уведомление, отправленное системой для уведомления другой части системы о том, что событие произошло.
Источником события может быть внутренний или внешний вход. События могут генерироваться пользователем, например, щелчком мыши или нажатием клавиши, внешним источником, например выходным сигналом датчика, или поступать из системы, например, при загрузке программы.
Архитектура, управляемая событиями, состоит из производителей и потребителей событий. Производитель событий обнаруживает или воспринимает событие и представляет событие как сообщение. Он не знает потребителя события или результата события.
После обнаружения события оно передается от производителя событий потребителям событий по каналам событий, где платформа обработки событий обрабатывает событие асинхронно. Потребители событий должны быть проинформированы, когда событие произошло. Они могут обработать событие или только им повлиять.
Платформа обработки событий выполнит правильный ответ на событие и отправит активность нижестоящим потребителям. В этой последующей деятельности виден результат события.
Apache Kafka - это платформа распределенной потоковой передачи данных, которая является популярным выбором для обработки событий. Он может управлять публикацией, подпиской, хранением и обработкой потоков событий в реальном времени. Apache Kafka поддерживает ряд сценариев использования, в которых жизненно важны высокая пропускная способность и масштабируемость, и, сводя к минимуму необходимость в двухточечной интеграции для обмена данными в определенных приложениях, он может уменьшить задержку до миллисекунд.
Доступны и другие менеджеры событий промежуточного программного обеспечения, которые могут служить платформой для обработки событий.
Архитектура, управляемая событиями, может быть основана либо на модели публикации / подмодели, либо на модели потока событий.
- Паб / подмодель
Это инфраструктура обмена сообщениями, основанная на подписках на поток событий. В этой модели после того, как событие происходит или публикуется, оно отправляется подписчикам, которых необходимо проинформировать.
- Модель потоковой передачи событий
В модели потоковой передачи событий события записываются в журнал. Потребители событий не подписываются на поток событий. Вместо этого они могут читать из любой части потока и могут присоединиться к потоку в любое время.
Существует несколько различных типов потоковой передачи событий:
- Обработка потока событий использует платформу потоковой передачи данных, такую как Apache Kafka, для приема событий и обработки или преобразования потока событий. Обработка потока событий может использоваться для обнаружения значимых закономерностей в потоках событий.
- Простая обработка событий - это когда событие немедленно запускает действие в потребителе событий.
- Обработка сложных событий требует, чтобы потребитель событий обработал серию событий для обнаружения закономерностей.
Архитектура, управляемая событиями, может помочь организациям создать гибкую систему, которая может адаптироваться к изменениям и принимать решения в режиме реального времени. Ситуационная осведомленность в реальном времени означает, что бизнес-решения, будь то ручные или автоматизированные, могут приниматься с использованием всех доступных данных, отражающих текущее состояние ваших систем.
События фиксируются по мере их возникновения из источников событий, таких как устройства Интернета вещей (IoT) , приложения и сети, что позволяет производителям событий и потребителям событий обмениваться информацией о состоянии и ответах в режиме реального времени.
Организации могут добавить управляемую событиями архитектуру к своим системам и приложениям, чтобы улучшить масштабируемость и скорость реагирования приложений, а также доступ к данным и контексту, необходимым для принятия более эффективных бизнес-решений.
Почему стоит выбрать Red Hat для гибкой интеграции?
Сегодняшние слабосвязанные облачные приложения и архитектуры, управляемые событиями, разработанные с помощью гибких методов и методов DevOps, требуют одинаково гибкого и масштабируемого подхода к интеграции .
Взгляд Red Hat на гибкую интеграцию - это просто подход к соединению ваших ресурсов, который сочетает в себе технологии интеграции, методы гибкой доставки и облачные платформы для повышения скорости и безопасности доставки программного обеспечения.
Red Hat предоставляет платформы интеграции и программное обеспечение для управления, которые позволяют быстро подключать унаследованные технологии и микросервисы в гибридных облачных средах и поддерживать вашу управляемую событиями архитектуру с помощью гибкой интеграции.
Материал подготовлен
Red Hat
Ваши контактные данные не публикуются на сайте.