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

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

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

Чтобы начать работу, вы можете выбрать источник событий в консоли EventBridge. Затем укажите сервис AWS, например AWS Lambda, Простой сервис уведомлений Amazon (SNS) или Данные Amazon Kinesis Firehose, который будет получателем. EventBridge будет доставлять события автоматически в режиме, близком к реальному времени.

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

Чтобы начать использовать Amazon EventBridge, выполните следующие шесть шагов:

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

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

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

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

События используют особую структуру JSON. В каждом событии используются одни и те же высокоуровневые конвертные поля, например источник события, временная метка и регион. Затем следует поле сведений, которое является телом события.

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

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

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

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

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

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

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

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

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

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

Вопрос. Что такое архивирование и воспроизведение событий EventBridge?

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

Вопрос. Что такое целевые объекты API EventBridge?

Целевые объекты интерфейса API позволяют разработчикам отправлять события любым локальным приложениям или приложениям SaaS с возможностью контроля пропускной способности и аутентификации. Вы можете настраивать правила преобразования ввода, которые будут приводить формат события в соответствие с форматом службы-получателя, а EventBridge будет заниматься безопасностью и доставкой.

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

Вопрос. Что такое «подключение» для целевого объекта интерфейса API? Как настраивать целевые объекты API?

Каждый целевой объект интерфейса API использует подключение, которое определяет способ авторизации и данные для доступа к подключению к адресу HTTP. Когда вы настраиваете параметры авторизации и создаете подключение, в Менеджере секретов AWS создаются конфиденциальные данные, чтобы безопасно хранить информацию для авторизации. Также можно добавить в подключение дополнительные параметры в соответствии с требованиями приложения.

Чтобы настроить целевой объект интерфейса API, необходимо указать конечную точку целевого объекта интерфейса API, то есть целевой объект конечной точки вызова по HTTP для событий. Для авторизации в этой конечной точке потребуется создать подключение. Можно дополнительно определить лимит частоты вызовов – максимальное количество вызовов в секунду, которые направляются в конечную точку целевого объекта API. Подробнее о подключениях и целевых объектах API.

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

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

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

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

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

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

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

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

Вопрос. Действует ли для Amazon EventBridge соглашение об уровне обслуживания?

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

Вопрос. Что такое схема?

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

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

Вопрос. Что такое реестр схем?

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

Вопрос. Что такое функция обнаружения схем?

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

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

Вопрос. Можно ли обнаруживать схемы для событий, отправленных из других аккаунтов?

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

Вопрос. Сколько стоит реестр схем?

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

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

Вопрос. Как реестр схем поможет сократить объем создаваемого кода?

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

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

Вопрос. Почему нужно использовать реестр схем?

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

Вопрос. Какие среды IDE поддерживает реестр схем?

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

Вопрос. Можно ли использовать схему AWS с моделью бессерверных приложений?

Да, последняя версия интерфейса командной строки для модели бессерверных приложений AWS SAM поддерживает интерактивный режим для создания в 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+).

Вопрос. В каких регионах AWS доступен реестр схем?

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

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

Вопрос. Что такое каналы Amazon EventBridge?

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

Вопрос. Как начать работу с каналами EventBridge?

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

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

Каналы 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?

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

Вопрос. В чем разница между шиной событий EventBridge и каналами EventBridge?

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

Вопрос. Чем каналы EventBridge отличаются от сопоставления источников событий (ESM) AWS Lambda?

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

Вопрос. Предоставляют ли каналы EventBridge гарантии заказа?

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

Вопрос. Поддерживают ли каналы EventBridge пакетную обработку событий?

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

Вопрос. Можно ли получить для своего аккаунта историю вызовов API каналов EventBridge для анализа уровня безопасности и устранения неполадок?

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

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

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

Вопрос. Что такое Планировщик событий Amazon EventBridge?

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

Вопрос. Как начать работу с Планировщиком событий EventBridge?

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

Вопрос. В чем разница между Планировщиком EventBridge и запланированными правилами?

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

Вопрос. Когда следует использовать запланированные правила EventBridge, а когда – Планировщик EventBridge?

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

Вопрос. Как эта функция взаимодействует с другими сервисами AWS?

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

Вопрос. Как обновить расписания?

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

Вопрос. Поддерживает ли Планировщик EventBridge все часовые пояса?

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

Вопрос. Как Планировщик EventBridge гарантирует запланированную доставку?

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

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

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

Вопрос. Могу ли я обновить свое расписание после того, как будет установлено удаление по завершении?

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

Вопрос. Что произойдет, если я отключу расписание с активированным удалением по завершении до его запланированного вызова?

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

Вопрос. Что произойдет, если у моего повторяющегося расписания, для которого задана опция «Удалить после завершения», не будет даты окончания?

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

Вопрос. Можно ли запланировать задачу для сервисов, находящихся за пределами AWS, например для моего локального сервера или внешних продуктов SaaS?

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

Вопрос. Каковы цены на Планировщик EventBridge?

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

Вопрос. Что такое глобальные адреса?

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

Вопрос. Что дает использование глобальных адресов?

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

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

Вопрос. Как глобальный адрес повышает доступность моих приложений?

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

Вопрос. Какие типы приложений хорошо подходят для глобальных адресов?

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

Вопрос. Какие метрики следует использовать для обработки отказа глобального адреса?

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

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

Вопрос. Нужно ли мне использовать метрики моего подписчика для обработки отказа моего глобального адреса?

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

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

Вопрос. Что такое ожидаемое целевое время восстановления (RTO) и целевая точка восстановления (RPO)?

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

Вопрос. Нужно ли мне включать репликацию?

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

Вопрос. Каковы рекомендации по управлению квотами в обоих моих регионах?

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

Вопрос. Есть ли простой способ воспроизвести архитектуру во вторичном регионе?

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

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

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

Вопрос. Работают ли глобальные адреса с событиями AWS из CloudTrail, S3 и других служб AWS?

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

Вопрос. Поддерживается ли маршрутизация на основе задержки?

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

Вопрос. Сколько стоят глобальные адреса?

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

Вопрос. Взимается ли плата за репликацию?

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

Вопрос. В каких регионах доступны глобальные адреса?

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

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

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

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

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

Нет.

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

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

Вопрос. Можно ли использовать CloudFormation с EventBridge?

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

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

Для разработки приложений, управляемых событиями, можно использовать как 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 после соответствующей настройки.

Вопрос. Когда использовать EventBridge, а когда AppFabric?

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

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

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

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

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

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

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

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

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

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