CloudWatch: EventBridge Flashcards
Как ранее назывался EventBridge?
Раньше этот сервис назывался CloudWatch Events. Теперь - EventBridge.
Единица изменения в S3 есть bucket
, в EC2 есть instance
. В EventBridge есть ….
bus
Две основные функции EventBridge
Scheduled/Cron Jobs
Event Pattern
В EventBridge через использование … можно каждый час …, который запускает…
Scheduled/Cron Jobs, генерировать event, Lambda функцию
В EventBridge через использование … можно определить … (поведение, реакцию, например …), который будет выполнен в случае обнаружения определённого Event’а (например, “IAM Root User Sign In” event).
EventPattern, EventBridge Rule, отправку сообщения в SNS
В чём отличие между
CloudWatch Alarm’ом, который вызвал SNS сообщение
и EventBridge, который вызвал SNS сообщение.
Каково предназначение у CloudWatch Alarm? А у EventBridge?
К чему относится CloudTrail? А к чему - нет?
CloudWatch Metric => CloudWatch Alarm (Alarm основывается на метрике)
- Ни о каких Event’ах в этой схеме речи не идёт.
- Речь идёт о Metrics, Logs, Alarms.
- Отслеживается значение метрики (CPU, RAM).
AWS Event (например,“IAM Root User Sign In” event) => CloudWatch EventBridge
- Ни о каких Alarm’ах в этой схеме речи не идёт.
- Речь идёт о Events, CloudTrail, EventBridge.
- Отслеживается событие с AWS ресурсом, действие пользователя
Кто может слать ивенты в EventBridge EventBus?
- AWS сервисы (Default Event Bus)
- может также интегрироваться с 3-rd party, напр., DataDog (Partner Event Bus)
- может также с любым нашим кастомным приложением (Custom Event Bus)
Что такое EventBridge Archive? Зачем он нужен? Сколько может длиться?
“Archive events to replay them later”
Можно архивировать event’ы, чтобы позже replay’ить их.
Например, мы нашли баг в Lambda функции.
Нужно устранить баг и повторно отправить (replay) event.
Цель: НЕ утратить production данные (похоже на SQS Dead Letter Queue REDRIVE).
Можно указать определённый Retention период (или бесконечность) на хранение Event’ов в архиве.
Что такое Schema Registry в EventBridge?
EventBridge может анализировать Event’ы в bus’е и генерировать предположительную Data Mapping Schema (структуру данных, поля и типы данных в JSON).
Мы можем скачать эту схему, чтобы программировать свои приложения на основе этого маппинга.
Для стандартных event’ов от AWS сервисов можно просто сразу найти схему, согласно которой они будут формироваться (у разных AWS сервисов они отличаются).
Как организовать центральное бутылочное горлышко для ивентов из разных AWS аккаунтов?
Можно определить доступы для определённого Event Bus’а через IAM Resource Based Policy.
Если есть AWS Organization (несколько AWS акканунтов), то можно сделать централизованный EventBus для всех событий.
Главные концепты Event Bridge
- … - единица ресурса
- … - определяем доступ к нашему Event Bus
- … - определяем поведение (реакцию) на event’ы, удовлетворяющие фильтру
Event Bus
IAM Resource Based Policy
Rules