Обзор

Вопрос: Что такое Amazon EventBridge?

Amazon EventBridge – это сервис, предоставляющий в режиме реального времени доступ к изменениям данных в сервисах AWS, собственных приложениях и SaaS‑приложениях (модель «программное обеспечение как сервис») без написания кода. Для начала работы можно задать источник событий в консоли Amazon EventBridge и выбрать получателя среди множества сервисов AWS, в число которых входят AWS Lambda, Amazon SNS и Amazon Kinesis Data Firehose. Amazon EventBridge будет доставлять события автоматически в режиме, близком к реальному времени.

Вопрос: Как начать работу с Amazon EventBridge?

Войдите в аккаунт AWS, перейдите в консоль Amazon EventBridge и выберите источник событий из списка партнерских SaaS‑приложений и сервисов AWS. Если используется партнерское приложение, убедитесь в том, что аккаунт SaaS настроен на отправку событий, и одобрите его в предложенном разделе источников событий в консоли Amazon EventBridge. Amazon EventBridge автоматически создаст шину событий, в которую будут перенаправляться события. Кроме того, добавить в приложение возможность отправки событий в шину событий можно с помощью SDK AWS. Дополнительно можно настроить правило фильтрации и закрепить получателя – им может быть, к примеру, функция Lambda. Amazon EventBridge будет автоматически принимать, фильтровать и отправлять события заданному получателю безопасным способом с обеспечением высокой доступности.

Вопрос: Можно ли публиковать в Amazon EventBridge собственные события?

Да. Клиенты могут формировать специальные события на уровне приложения и публиковать их в Amazon EventBridge с помощью API сервиса. Можно также настроить запланированные события, формируемые с заданной периодичностью, и обрабатывать эти события в любом из поддерживаемых Amazon EventBridge получателей.

Вопрос: Какой формат должно иметь событие?

События используют определенную структуру JSON. В каждом событии используются одни и те же высокоуровневые конвертные поля, например источник события, временная метка и регион. Затем следует поле сведений, которое является телом события. Например, когда группа автоматического масштабирования Amazon EC2 создает новый инстанс Amazon EC2, она отправляет событие с источником «aws.autoscaling» и сведениями «EC2 instance created successfully» (Инстанс EC2 успешно создан).

Вопрос: Как установить фильтр, определяющий, какие события будут доставляться получателям?

События можно фильтровать с помощью правил. Правило соотносит входящие события с конкретной событийной шиной и перенаправляет их получателям для обработки. Простое правило может направить событие нескольким получателям, которые займутся его обработкой параллельно. Правила позволяют различным компонентам приложения находить и обрабатывать те события, которые представляют для них интерес. Правило может модифицировать событие перед отправкой получателю, передавая только некоторые его части или перезаписывая его константой В случае примера, приведенного в предыдущем вопросе, можно создать правило для события, соответствующее источнику «aws.autoscaling» и сведениям «EC2 instance created successfully» (Инстанс EC2 успешно создан), чтобы получать оповещения при каждом успешном создании инстанса Amazon EC2 группой автомасштабирования.

Вопрос: Как защитить доступ к Amazon EventBridge?

Благодаря интеграции Amazon EventBridge с сервисом AWS Identity and Access Management (IAM) можно указывать, какие действия EventBridge пользователю разрешено выполнять в рамках аккаунта AWS. К примеру, можно создать политику IAM, которая позволит только определенным пользователям организации создавать шины событий и назначать получателей для событий.

Вопрос: Как сервис Amazon EventBridge связан с CloudWatch Events?

Сервис Amazon EventBridge использует в своей работе сервис CloudWatch Events и дополняет его возможности. Он использует тот же API и адрес сервиса, ту же базовую сервисную инфраструктуру. Если клиент уже работает с CloudWatch Events, ничего менять не требуется: можно продолжать использовать существующий API, шаблоны CloudFormation и консоль. По отзывам наших клиентов, CloudWatch Events является идеальным сервисом для построения событийных архитектур, поэтому мы создали новые возможности, позволяющие клиентам передавать данные из собственных приложений и SaaS‑приложений сторонних разработчиков. Мы решили не выпускать эти возможности под прежним названием CloudWatch и дали сервису новое имя, Amazon EventBridge, так как новые возможности вышли за пределы сценария мониторинга, для которого изначально разрабатывался сервис CloudWatch Events.

Вопрос: Я уже использую Amazon CloudWatch Events и хочу опробовать новые возможности сервиса Amazon EventBridge. Нужно ли переносить правила и разрешения Amazon Cloudwatch Events в Amazon EventBridge?

Нет. Пользователи Amazon CloudWatch Events могут получить доступ к существующей шине, правилам и событиям по умолчанию с помощью новой консоли и API Amazon EventBridge или с помощью консоли и API Amazon CloudWatch Events.

Вопрос: Я уже использую Amazon CloudWatch Events и не интересуюсь возможностями сервиса Amazon EventBridge. Какие изменения меня ждут?

Все остается без изменений. Amazon EventBridge использует API сервиса Amazon CloudWatch Event, поэтому все существующие сценарии использования API CloudWatch Events останутся прежними.

Вопрос: Будет ли со временем прекращена поддержка Amazon CloudWatch Events?

Нет, мы не собираемся прекращать поддержку API или самого сервиса. Сервис Amazon EventBridge использует тот же API и предлагает дополнительные возможности. Со временем сервис Amazon CloudWatch Events будет переименован в Amazon EventBridge.

Вопрос: Какие сервисы AWS интегрированы в Amazon EventBridge в качестве источников событий?

В качестве источников событий EventBridge можно использовать более 90 сервисов AWS, в том числе AWS Lambda, Amazon Kinesis и AWS Fargate. Полный перечень интеграций с сервисами AWS см. в документации EventBridge.

Вопрос: Какие сервисы AWS интегрированы в Amazon EventBridge в качестве получателей?

В качестве получателей для событий EventBridge можно использовать более 15 сервисов AWS, в том числе AWS Lambda, Amazon SQS, Amazon SNS, Amazon Kinesis Streams и Amazon Kinesis Firehose. Полный перечень интеграций с сервисами AWS см. в документации EventBridge.

Лимиты и производительность

Вопрос: Какие лимиты установлены для сервиса?

См. страницу «Лимиты сервиса» по ссылке.

Вопрос: Какой обычно бывает задержка между отправкой и получением события?

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

Вопрос: Поддерживает ли Amazon EventBridge теги ресурсов?

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

Вопрос: Какой пропускной способностью обладает Amazon EventBridge?

Ограничения, действующие для пропускной способности шины событий, указаны на странице «Лимиты сервиса» по ссылке. Если требуется большая пропускная способность, отправьте запрос на повышение ограничений через Центр AWS Support. Для этого нужно выбрать «Create Case» (Создать заявку), затем «Service Limit Increase» (Повышение лимитов сервиса).

Вопрос: Действует ли для Amazon EventBridge соглашение об уровне обслуживания?
Да. AWS будет предпринимать коммерчески целесообразные усилия для обеспечения доступности сервиса EventBridge на уровне бесперебойной работы не менее 99,99 % за любой оплачиваемый месяц в каждом из регионов AWS. За подробностями обратитесь к полному тексту Соглашения об уровне обслуживания EventBridge.

Стоимость и оплата

Вопрос: Сколько стоит использование сервиса EventBridge?

См. цены по ссылке.

Вопрос: Будет ли начисляться плата за события, отправленные партнером на источник событий, за которым не закреплена шина событий?

Нет.

Архитектура и проектирование

Вопрос: Можно ли настроить получателя на отправку событий в другой аккаунт?

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

Вопрос: Можно ли использовать сервис AWS CloudFormation вместе с Amazon EventBridge?

Работа с AWS CloudFormation поддерживается для правил и ресурсов EventBusPolicy. Шина событий и ресурсы источника событий пока не поддерживаются, однако такая поддержка планируется в будущем.

Вопрос: Когда следует использовать Amazon EventBridge, а когда Amazon SNS?

Для разработки приложений, управляемых событиями, можно использовать как Amazon EventBridge, так и Amazon SNS. Выбор зависит от конкретных задач. Amazon EventBridge рекомендуется использовать для разработки приложений, реагирующих на события SaaS‑приложений и (или) сервисов AWS. Amazon EventBridge – единственный событийный сервис, непосредственно интегрированный со сторонними партнерами SaaS. Amazon EventBridge также способен автоматически принимать события более чем из 90 сервисов AWS без создания каких‑либо ресурсов в аккаунте разработчика. Кроме того, Amazon EventBridge использует для событий определенную структуру на базе JSON и позволяет создавать правила, действующие во всем теле события и позволяющие выбирать события для перенаправления получателю. В настоящее время EventBridge поддерживает в качестве получателей более 15 сервисов AWS, в том числе AWS Lambda, Amazon SQS, Amazon SNS, а также Amazon Kinesis Streams и Firehose. На момент запуска сервис Amazon EventBridge имеет ограниченную пропускную способность (см. «Лимиты сервиса»), которую можно увеличить по требованию, и типовую задержку полсекунды.

Сервис Amazon SNS рекомендуется использовать для создания приложения, реагирующего на сообщения с высокой пропускной способностью или низкими задержками, публикуемые другими приложениями или микросервисами (так как Amazon SNS предлагает практически неограниченную пропускную способность), или для приложений, которым необходим очень высокий уровень распределения данных (тысячи или миллионы адресов). Этот сервис не структурирует сообщения, они могут иметь любой формат. Amazon SNS поддерживает перенаправление сообщений получателям шести различных типов, в том числе в AWS Lambda, Amazon SQS, конечные точки HTTP(S), SMS‑сообщения, мобильные push‑уведомления и электронную почту. Типовая задержка сервиса Amazon SNS – менее 30 мс. Многие сервисы AWS (более 30, в том числе Amazon EC2, Amazon S3 и Amazon RDS) могут отправлять сообщения SNS после соответствующей настройки.

Партнеры

Вопрос: Зачем интегрировать SaaS‑приложение с Amazon EventBridge?

Сервис Amazon EventBridge позволяет поставщикам SaaS‑решений просто интегрировать свой сервис в событийные архитектуры клиентов, построенные в AWS. Благодаря Amazon EventBridge продукт будет непосредственно доступен миллионам разработчиков AWS, что позволит найти новые примеры использования. Сервис предлагает полностью контролируемый, безопасный и масштабируемый способ отправки событий, не требуя от поставщика SaaS‑решений управления событийной инфраструктурой.

Вопрос: Наша SaaS‑компания может стать отличным источником событий. Как реализовать интеграцию?

Чтобы начать публикацию событий в Amazon EventBridge, поставщики SaaS‑решений, желающие стать партнерами по Amazon EventBridge, должны выполнить требования инструкций по самообслуживанию, указанные на странице для партнеров по Amazon EventBridge.

Вопрос: Насколько сложна интеграция с Amazon EventBridge для SaaS‑партнеров?

Если решения партнеров поддерживают webhook или иной режим интеграции на основе push‑уведомлений, интеграция с Amazon EventBridge может потребовать до 5 дней разработки.

Вопрос: Какие интеграции SaaS поддерживаются?

Полный перечень поддерживаемых интеграций см. по ссылке.
 

Product-Page_Standard-Icons_01_Product-Features_SqInk
Подробнее о партнерах по Amazon EventBridge

Ознакомьтесь со страницей партнеров по Amazon EventBridge.

Подробнее 
Product-Page_Standard-Icons_03_Start-Building_SqInk
Начать разработку в консоли

Начните разработку с помощью Amazon EventBridge в Консоли управления AWS.

Вход 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
Подробности в документации

Более подробные сведения об EventBridge см. в руководстве для разработчиков.

Подробнее