Вопросы и ответы по Amazon EventBridge

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

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

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

Стандартные квоты EventBridge можно увеличить для обработки сотен тысяч событий в секунду. Ограничения пропускной способности для шины событий указаны на странице квот на обслуживание AWS. Если требуется большая пропускная способность, отправьте запрос на повышение ограничений через Центр поддержки AWS. Для этого нужно выбрать «Создать заявку», затем «Повышение лимитов сервиса».

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

Схема отражает структуру события и обычно включает такие сведения, как заголовок и формат каждого элемента данных в событии.

Например, схема может содержать поля для имени и номера телефона с указанием формата: текстовая строка для имени и целое число для номера телефона. Также схема может включать сведения о шаблонах и форматах, например требовать 10-значное число в качестве номера телефона. Схема события очень важна, поскольку демонстрирует передаваемую в этом событии информацию и позволяет создавать код для обработки этой информации.

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

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

После добавления схемы в реестр вы можете создать привязку кода для схемы либо в консоли EventBridge, либо непосредственно в интегрированной среде разработки (IDE). Таким образом вы сможете представить событие в виде строго типизированного объекта в вашем коде. Затем вы сможете воспользоваться такими функциями IDE, как проверка и автозаполнение.

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

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

Для обнаружения схем предусмотрен уровень бесплатного пользования с объемом до 5 млн событий в месяц, и этого обычно достаточно для целей разработки. За дополнительные сообщения сверх уровня бесплатного пользования взимается плата в размере 0,10 USD за каждый миллион принятых сообщений. Дополнительные сведения приведены на странице цен на EventBridge.

Реестр схем сокращает объем кода, позволяя выполнять следующие действия:

• автоматически отслеживать схемы всех событий, которые вы отправляете в шину событий EventBridge, и сохранять их в реестре, избавляя от управления схемами событий вручную;
• создавать приложения, обрабатывающие события на вашей шине, генерировать и загружать привязки кода к схеме, чтобы использовать события в формате строго типизированных объектов непосредственно в вашем коде.

Привязки кода снижают затраты на десериализацию, проверку и эксперименты с событиями.

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

К реестру схем можно обращаться через набор инструментов AWS для JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) и Visual Studio Code, а также через консоль EventBridge и API. Дополнительные сведения об использовании реестра схем EventBridge в разных IDE.

Да, последняя версия AWS SAM CLI поддерживает интерактивный режим для создания в EventBridge новых бессерверных приложений в формате типа события для любой схемы.

Выберите шаблон EventBridge Starter App (Приложение EventBridge для быстрого старта) и нужную схему события. Модель бессерверных приложений автоматически создаст приложение с функцией Lambda, которая вызывается из EventBridge и содержит код обработки выбранного события. Это позволит вам использовать триггер события в коде как обычный объект и применять любые функции среды IDE, например проверку значений и автозаполнение.

Подключаемый модуль набора инструментов AWS для Jetbrains (Intellij IDEA, PyCharm, Webstorm, Rider) и набор инструментов AWS для кода Visual Studio Code также поддерживают возможность создавать на основе этого шаблона бессерверные приложения с триггером, основанным на выбранной схеме, непосредственно в любой удобной среде IDE.

EventBridge предлагает создание кода на языках Java (8+), Python (3.6+), TypeScript (3.0+) и Go (1+).

Реестр схем EventBridge доступен в следующих регионах:

• Восток США (Огайо и Северная Вирджиния);
• Запад США (Северная Калифорния и Орегон);
• Азиатско-Тихоокеанский регион (Гонконг, Мумбаи, Сеул, Сингапур, Сидней и Токио);
• Канада (Центр)
• Европа (Франкфурт, Ирландия, Лондон, Париж);
• Южная Америка (Сан-Паулу)

Каналы EventBridge обеспечивает более простой, последовательный и экономически эффективный способ создания интеграции «точка–точка» между производителями и потребителями событий. Создать канал так же просто, как выбрать источник и цель, при этом можно настроить пакетную обработку, начальную позицию, параллелизм и многое другое. Дополнительный шаг фильтрации позволяет пропускать в канал только определенные исходные события, а дополнительный этап обогащения с помощью AWS Lambda, AWS Step Functions, целевых объектов API или API шлюза Amazon может использоваться для обогащения или преобразования событий до того, как они достигнут цели. Устраняя необходимость в написании и масштабировании недифференцированного кода интеграции и управлении ним, каналы EventBridge позволяют вам тратить время на создание приложений, а не на их соединение.

Перейдите в консоль EventBridge, выберите вкладку Каналы, а затем Создать канал. Далее вы можете выбрать из списка доступных источников и указать дополнительный шаблон фильтрации, который будет использоваться для передачи только нужных вам событий. Для дополнительного этапа преобразования и обогащения канала можно предоставить адрес API, например API приложения SaaS или контейнерного кластера, функцию Lambda или AWS Step Function. Затем канал будет выполнять запрос API и принимать ответ после завершения обработки. Наконец, задайте сервис получателя, на который будут доставляться события, и укажите, нужно ли включить на канале возможности архивирования или DLQ. Вы также можете создать канал с помощью AWS CLI, CloudFormation или Комплекта для облачной разработки AWS (CDK).

Каналы EventBridge представляют Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Управляемую потоковую передачу Amazon для Kafka, самостоятельно управляемую Kafka и Amazon MQ в качестве источников в наборе продуктов EventBridge. Каналы EventBridge поддерживают те же сервисы получателей, что и шины событий, такие как Amazon SQS, AWS Step Functions, Потоки данных Amazon Kinesis, Данные Amazon Kinesis Firehose, Amazon SNS, Amazon ECS и сами шины событий.

Каналы EventBridge поддерживают базовые преобразования с использованием языка шаблонов Velocity Template Language (VTL). Для более мощных преобразований с помощью каналов EventBridge можно указать функцию Lambda или рабочий процесс Step Functions для преобразования события. Если вы предпочитаете использовать контейнерный сервис, такой как Эластичный контейнерный сервис Amazon (ECS) или Эластичный сервис Amazon Kubernetes (EKS), вы можете указать адрес API и схему аутентификации для вашего контейнерного кластера. EventBridge затем позаботится о доставке события для преобразования.

Нет, каналы EventBridge можно использовать независимо от существующих функций EventBridge, чтобы получать события от других производителей, таких как Kinesis, SQS или Amazon MSK, без необходимости использовать шину событий EventBridge. Кроме того, сервис подходит для интеграции «точка–точка», в то время как шина событий используется для интеграции «многие ко многим». Если вы уже используете шину событий EventBridge для маршрутизации событий, вы можете использовать каналы EventBridge для подключения к поддерживаемому источнику и установить шину событий в качестве источника канала.

Шины событий EventBridge хорошо подходят для маршрутизации событий «многие ко многим» между сервисами, управляемыми событиями. Каналы EventBridge предназначены для интеграции «точка–точка» между издателями и потребителями событий, с поддержкой расширенных преобразований и обогащения. В каналах EventBridge можно использовать шину событий EventBridge в качестве получателя. Переход с правила шины событий EventBridge на канал проще, так как фильтрация и получатели остаются одинаковыми между двумя ресурсами.

Сопоставление источников событий (ESM) AWS Lambda и каналы Amazon EventBridge используют одну и ту же инфраструктуру опроса для выбора и отправки событий. ESM идеально подходит для клиентов, которые хотят использовать Lambda в качестве получателя для обработки полученных событий. Каналы идеально подходит для клиентов, которые не хотят беспокоиться о создании, поддержке и масштабировании кода Lambda, а предпочитают простые управляемые ресурсы для подключения их источника к одному из более чем 14 получателей.

Да. Каналы EventBridge будут поддерживать порядок событий, полученных от источника событий, при отправке этих событий в сервис назначения.

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

Для получения истории всех вызовов API каналов EventBridge своего аккаунта нужно включить сервис CloudTrail в Консоли управления AWS.

Для просмотра полных сведений о ценах на каналы Amazon EventBridge посетите страницу цен.

Планировщик событий Amazon EventBridge — это бессерверный планировщик задач, который упрощает создание и выполнение миллионов расписаний, а также управление ими для различных сервисов AWS без необходимости предоставлять базовую инфраструктуру и управлять ею.

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

Планировщик EventBridge построен на основе функциональности планирования, предлагаемой в правилах планирования. Планировщик EventBridge поддерживает часовые пояса, возможность масштабирования, настраиваемые целевые рабочие нагрузки, дополнительные временные выражения, а также содержит панель для контроля расписаний. Расписания можно создавать отдельно, для этого не нужна шина событий с запланированным правилом.

Запланированные правила останутся доступными, но Планировщик EventBridge предлагает больше возможностей и, соответственно, больше гибкости при создании, выполнении расписаний и управлении ими. Также можно начать работу бесплатно. См. подробности на странице цен.

Планировщик Amazon EventBridge тесно интегрирован с сервисами AWS и может создавать расписания для любого сервиса с действием AWS API. Конфигурации шаблонов времени и повторных попыток одинаковы для всех сервисов AWS, что обеспечивает единообразие работы с расписаниями. Мониторинг расписаний упрощен благодаря консоли Планировщика EventBridge, в которой можно просматривать расписания на панели или с помощью запроса API «ListSchedule». Вы сможете просматривать критически важную информацию о расписаниях: время начала, последний запуск и назначенный целевой сервис AWS. Для получения более подробной информации можно просмотреть журналы выполнения, доступные в журналах CloudWatch, или отправить их в S3 или Kinesis Firehose.

Вы можете обновлять расписания в консоли Планировщика EventBridge, по щелчку на расписании, которое требуется изменить. Параметры будут выведены на новой панели.

Да, с помощью Планировщика EventBridge можно выбрать часовой пояс, в котором будет работать расписание. Эти расписания будут автоматически переходить на летнее время (DST) и возвращаться к стандартному.

Планировщик EventBridge обеспечивает по крайней мере одноразовую доставку в целевые сервисы. Это значит, что по крайней мере одна доставка производится успешно с получением ответа от целевого сервиса. Используя параметры для назначения повторов, окон времени и тайм-аутов, вы можете настроить расписания в соответствии с бизнес-требованиями.

Функция удаления по завершении доступна для всех поддерживаемых в настоящее время расписаний: cron, rate и one-time.

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

Если вы отключите расписания с функцией удаления по завершении до последнего их вызова, расписания останутся в вашем аккаунте в отключенном состоянии.

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

Планировщик EventBridge не обеспечивает непосредственную поддержку сторонних целевых сервисов. Однако вы можете вызывать сторонние сервисы, используя Lambda, ECS и Fargate или функцию EventBridge с помощью целевых объектов API.

Для просмотра полных сведений о ценах на планировщик событий Amazon EventBridge посетите страницу цен.

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

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

Вы можете сделать свои приложения, управляемые событиями, более надежными и устойчивыми к внешним воздействиям, имея возможность автоматически и без необходимости ручного вмешательства переключать ввод событий на вторичный регион. Вы можете гибко настраивать критерии обработки отказа с помощью предупреждений Amazon CloudWatch (через проверки работоспособности Amazon Route 53) для определения момента обработки отказа и момента маршрутизации событий обратно в основной регион.

После публикации событий в глобальном адресе они направляются на шину событий в вашем основном регионе. Если в основном регионе обнаружены ошибки, событие помечается как неработоспособное, а входящие события направляются во вторичный регион. Ошибки можно легко обнаружить с помощью предупреждений CloudWatch (через проверки работоспособности Route 53), которые вы задаете. Как только проблема будет устранена, мы направляем новые события обратно в основной регион и продолжаем обработку событий.

Глобальные адреса хорошо подходят для приложений, которые не требуют идемпотентности или могут работать с идемпотентностью в разных регионах. Они также хорошо подходят для приложений, которые допускают, чтобы события не реплицировались до 420 секунд. Таким образом, они будут находиться в основном регионе до тех пор, пока сервис или регион не восстановятся (так называемая «целевая точка восстановления»).

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

Мы облегчили клиентам работу с консолью, предоставив предварительно заполненный стек CloudFormation (который вы можете изменить по своему усмотрению) для создания предупреждения CloudWatch и проверки работоспособности Route 53. Более подробную информацию о настройке сигналов тревоги и проверке работоспособности можно найти в нашем блоге о запуске и документации.

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

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

Целевое время восстановления (RTO) – это время, через которое резервный регион или получатель начнет получать новые события после сбоя. Целевая точка восстановления (RPO) – это мера данных, которые останутся необработанными во время сбоя. Для глобальных адресов, если вы следуете нашим предписаниям по настройке предупреждений, RTO и RPO будут составлять 360 секунд (максимум – 420). Для RTO время включает период срабатывания предупреждений CloudWatch и обновления статусов для проверок работоспособности Route 53. Для RPO время включает события, которые не реплицируются во вторичный регион и застревают в основном регионе до тех пор, пока служба или регион не восстановятся.

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

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

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

В первой итерации запуска не поддерживаются переходные регионы, Китай и GovCloud. Список регионов, поддерживаемых в этом запуске, см. в этом вопросе ниже. Мы также поддерживаем обработку отказа и восстановление между одним и тем же аккаунтом и шинами с одинаковым именем в разных регионах.

Глобальные адреса доступны только для специальных событий. В будущем мы добавим поддержку событий от сервисов AWS, подтвержденных событий от S3 (оповещений о событиях Amazon S3) и событий третьих сторон.

Нет, мы не поддерживаем маршрутизацию на основе задержки в первой итерации запуска.

Глобальные адреса доступны без дополнительной платы. Глобальные адреса доступны только для специальных событий, а специальные события, опубликованные на глобальном адресе, тарифицируются в соответствии с ценами на такие события. Подробные сведения о ценах приведены на странице цен EventBridge.

Да, вы будете платить 1 USD за миллион событий за репликацию, который EventBridge взимает за межрегиональные события.

Глобальные адреса доступны в следующих регионах:

• Восток США (Огайо и Северная Вирджиния);
• Запад США (Северная Калифорния и Орегон);
• Азиатско-Тихоокеанский регион (Мумбаи, Осака, Сеул, Сингапур, Сидней и Токио);
• Канада (Центр)
• Европа (Франкфурт, Ирландия, Лондон, Париж и Стокгольм);
• Южная Америка (Сан-Паулу)

Amazon EventBridge предлагает гибкую ценовую политику и модель оплаты по факту использования. Вы платите только за события, отправленные на используемую шину событий и принятые для обнаружения схем, воспроизведения событий и целевых объектов API. Чтобы посмотреть примеры и подробную информацию о ценах на EventBridge, посетите нашу страницу с ценами.

Нет.

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

Да. Поддержка CloudFormation доступна во всех регионах доступности Amazon EventBridge. Подробности о предоставлении ресурсов EventBridge и управлении ими с помощью CloudFormation см. в нашей документации.

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

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

EventBridge использует для событий определенную структуру на базе JSON и дает возможность создавать правила, действующие во всем теле события и позволяющие выбирать события для перенаправления получателю. В настоящее время EventBridge поддерживает в качестве получателей более 20 сервисов AWS, в том числе Lambda, SQS, SNS, а также «Потоки данных Amazon Kinesis» и «Данные Firehose».

Amazon SNS рекомендуется для приложений, для которых требуется рассылать большие объемы информации (на тысячи или миллионы адресов). Чаще всего мы видим, что клиенты используют SNS в качестве цели для своего правила, чтобы отфильтровать нужные им события и направить их на несколько адресов.

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

AWS AppFabric – сервис без кода, позволяющий увеличить существующие инвестиции компаний в приложения типа «программное обеспечение как услуга» (SaaS) за счет повышения безопасности, управляемости и производительности. Используйте AppFabric для агрегирования и нормализации данных журналов SaaS из таких приложений, как Asana, Slack и Zoom, а также из пакетов для повышения производительности, таких как Microsoft 365 и Google Workspace, чтобы повысить наблюдаемость приложений и сократить эксплуатационные расходы, связанные с созданием и поддержкой интеграций от точки к точке. EventBridge – это сервис бессерверной интеграции, который использует события для соединения компонентов приложения, что упрощает разработчикам создание масштабируемых приложений, управляемых событиями. Используйте EventBridge для маршрутизации событий из таких источников, как собственные приложения, сервисы AWS и сторонние приложения SaaS, в пользовательские приложения по всей организации. EventBridge обеспечивает простой и последовательный способ приема, фильтрации, преобразования и доставки событий.

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

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

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

Если поставщик SaaS поддерживает веб-перехватчик или иной режим интеграции на основе push‑уведомлений, интеграция с EventBridge обычно занимает не более 5 дней.

Мы поддерживаем более 45 интеграций SaaS; см. полный список интеграций SaaS для Amazon EventBridge.