Perguntas frequentes sobre o Amazon EventBridge

O EventBridge tem cotas padrão sobre a taxa na qual você pode publicar eventos, o número de regras que podem ser criadas em um barramento de eventos e a taxa na qual os alvos podem ser invocados. Consulte a página de cotas de serviço para obter uma lista completa de cotas e como elas podem ser aumentadas.

A latência normal é de cerca de meio segundo. Essa latência pode variar.

Sim, você pode marcar regras e barramentos de eventos.

As cotas padrão do EventBridge podem ser aumentadas para processar centenas de milhares de eventos por segundo. Os limites de throughput do barramento de eventos são fornecidos na página de cotas de serviço da AWS. Se precisar de um throughput maior, solicite o aumento do limite de serviço no AWS Support Center, escolhendo “Criar caso” e “Aumento no limite de serviço”.

Sim. Dentro de limites comerciais razoáveis, a AWS envidará todos os esforços para disponibilizar o EventBridge com uma porcentagem de tempo de atividade mensal de pelo menos 99,99% durante qualquer ciclo de faturamento mensal, em cada região da AWS. Para obter detalhes, consulte o Acordo de Nível de Serviço completo do EventBridge.

Um esquema representa a estrutura de um evento e geralmente inclui informações como o título e o formato de cada dado incluído no evento.

Por exemplo, um esquema pode incluir campos como nome e número de telefone e o fato de que o nome é uma string de texto e o número de telefone é um número inteiro. O esquema também pode incluir informações sobre padrões, como a exigência de que o número de telefone tenha 10 dígitos. O esquema de um evento é importante porque mostra quais informações estão contidas no evento e ajuda a escrever código com base nesses dados.

Um registro de esquemas armazena uma coleção pesquisável de esquemas para que qualquer desenvolvedor em sua organização possa acessar mais facilmente os esquemas gerados pela aplicação. Isso é diferente de procurar na documentação ou encontrar o autor do esquema para obter essas informações. Você pode adicionar um esquema ao registro manualmente ou automatizar esse processo ativando o recurso de descoberta de esquemas do EventBridge.

A descoberta de esquemas automatiza a localização de esquemas e sua inclusão no registro. Quando a descoberta de esquemas é ativada para um barramento de eventos do EventBridge, o esquema de cada evento enviado ao barramento de eventos é adicionado automaticamente ao registro. Se o esquema de um evento for alterado, a descoberta de esquemas criará automaticamente uma nova versão do esquema no registro.

Depois que um esquema é adicionado ao registro, você pode gerar uma vinculação de código para o esquema no console do EventBridge ou diretamente em seu ambiente de desenvolvimento integrado (IDE). Isso ajuda a representar o evento como um objeto fortemente tipado em seu código. Você pode aproveitar os recursos do IDE, como validação e preenchimento automático.

Sim, na descoberta de esquema, você pode descobrir eventos em todas as contas, para ter visibilidade total do esquema de eventos publicado em seus barramentos de eventos.

Embora não haja custo para usar o registro de esquemas, há um custo por evento consumido quando você ativa a descoberta de esquemas.

A descoberta de esquemas tem um nível gratuito de 5 milhões de eventos ingeridos por mês, o que deve cobrir a maioria dos usos de desenvolvimento. Há uma taxa de USD 0,10 por milhão de eventos ingeridos para uso adicional fora do nível gratuito. Para obter mais informações sobre preços, consulte a página de preços do EventBridge.

O registro do esquema reduz a quantidade de código ao permitir que você faça o seguinte:

• identifique automaticamente o esquema de quaisquer eventos enviados ao seu barramento de eventos do EventBridge e armazene-os no registro, evitando que você precise gerenciar manualmente o esquema de eventos.
• Escreva aplicações que manipulem eventos em seu barramento, gere e baixe vinculações de código para o esquema para usar objetos fortemente tipados diretamente em seu código.

As vinculações de código reduzem a sobrecarga de desserialização, a validação e suposições para seu manipulador de eventos.

Você deve usar o registro de esquemas para criar aplicações orientadas por eventos com mais rapidez. O registro de esquemas elimina o tempo gasto na coordenação entre as equipes de desenvolvimento, localizando automaticamente os eventos disponíveis de qualquer origem de eventos compatível, incluindo serviços da AWS, aplicações personalizadas e de terceiros, e detectando seu esquema. Ele foi criado para permitir que os desenvolvedores se concentrem exclusivamente no código da aplicação, em vez de perder tempo valioso pesquisando eventos disponíveis, sua estrutura e escrevendo código para interpretar e traduzir eventos.

O registro do esquema está disponível por meio do kit de ferramentas da AWS para JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) e Visual Studio Code, bem como no console EventBridge e nas APIs. Saiba mais sobre o registro de esquemas do EventBridge no seu IDE.

Sim, a versão mais recente da CLI do AWS SAM inclui um modo interativo que ajuda a criar novas aplicações com tecnologia sem servidor no EventBridge para qualquer esquema como um tipo de evento.

Escolha o modelo EventBridge Starter App e o esquema do seu evento para que o SAM gere automaticamente uma aplicação com uma função do Lambda chamada pelo EventBridge, com o código de manipulação do evento. Isso significa que você pode tratar um acionador de evento como um objeto normal no seu código e usar recursos como validação e preenchimento automático no IDE.

O kit de ferramentas da AWS para Jetbrains (Intellij IDEA, PyCharm, Webstorm, Rider) e o kit de ferramentas da AWS para Visual Studio Code também fornecem funcionalidade para gerar aplicações com tecnologia sem servidor com base nesse modelo, com um esquema como acionador, diretamente desses IDEs.

O EventBridge oferece geração de código disponível em Java (8+), Python (3.6+), TypeScript (3.0+) e Go (1+).

O registro de esquema do EventBridge está disponível nas seguintes regiões:

• Leste dos EUA (Ohio e N. da Virgínia)
• Oeste dos EUA (N. da Califórnia e Oregon)
• Ásia-Pacífico (Hong Kong, Mumbai, Seul, Singapura, Sydney e Tóquio)
• Canadá (Central)
• Europa (Frankfurt, Irlanda, Londres, Paris e Estocolmo)
• América do Sul (São Paulo)

O EventBridge Pipes fornece uma maneira mais simples, consistente e econômica de criar integração ponto a ponto entre produtores e consumidores de eventos. Criar um canal é tão simples quanto selecionar uma origem e um destino com a capacidade de personalizar lotes, posição inicial, simultaneidade e muito mais. Uma etapa de filtragem opcional permite que apenas eventos de origem específicos fluam para o canal e uma etapa de enriquecimento opcional usando o AWS Lambda, o AWS Step Functions, o API Destinations ou o Amazon API Gateway possa ser usada para enriquecer ou transformar eventos antes de atingirem o destino. Ao remover a necessidade de escrever, gerenciar e dimensionar código de integração indiferenciado, o EventBridge Pipes permite que você gaste seu tempo criando aplicações em vez de conectá-las.

Você pode começar acessando o console do EventBridge, selecionar a guia Pipes e escolher Criar pipe. A partir daí, você pode escolher em uma lista de fontes disponíveis e fornecer um padrão de filtragem opcional que será usado para transferir apenas os eventos necessários. Para a etapa opcional de transformação e enriquecimento de um pipe, você pode fornecer um endpoint de API, como uma API de aplicação SaaS ou cluster de contêiner, função do Lambda ou AWS Step Function. O pipe fará a solicitação de API e capturará a resposta assim que o processamento for concluído. Por último, defina um serviço de destino para o qual os eventos são entregues e especifique se você precisa que os recursos de arquivamento ou DLQ sejam habilitados no pipe. Você também pode criar um canal usando a AWS CLI, o CloudFormation ou kit de desenvolvimento em nuvem (CDK) da AWS.

O EventBridge Pipes apresenta o Amazon SQS, o Amazon Kinesis, o Amazon DynamoDB, o Amazon Managed Streaming Kafka, o Kafka autogerenciado e o Amazon MQ como fontes para o pacote de produtos EventBridge. O EventBridge Pipes oferece suporte aos mesmos serviços de destino que os barramentos de eventos, como Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS e os próprios barramentos de eventos.

O EventBridge Pipes comporta transformações básicas usando a Velocity Template Language (VTL). Para transformações mais poderosas, o EventBridge Pipes ajuda você a especificar uma função do Lambda ou fluxo de trabalho do Step Functions para transformar seu evento. Se preferir usar um serviço de contêiner, como o Amazon Elastic Container Service (ECS) ou o Amazon Elastic Kubernetes Service (EKS), você pode especificar o endpoint da API e o esquema de autenticação para seu cluster de contêiner. O EventBridge se encarregará da entrega do evento para transformação.

Não, o EventBridge Pipes pode ser usado independentemente dos recursos do EventBridge existentes, o que ajuda você a receber eventos de outros produtores de eventos, como Kinesis, SQS ou Amazon MSK, sem a necessidade de usar um barramento de eventos do EventBridge. Também é usado para integrações ponto a ponto, em que um barramento de eventos é usado para integrações muitos-para-muitos. Se você já estiver usando um barramento de eventos do EventBridge para rotear eventos, poderá usar EventBridge Pipes para se conectar a uma fonte compatível e definir seu barramento de eventos como a fonte de um canal.

Os barramentos de eventos do EventBridge são adequados para roteamento muitos-para-muitos de eventos entre serviços orientados por eventos. O EventBridge Pipes destina-se a integrações ponto a ponto entre editores e consumidores de eventos, com suporte para transformações e enriquecimentos avançados. O EventBridge Pipes pode usar um barramento de eventos do EventBridge como destino. A migração de uma regra de barramento de eventos do EventBridge para um pipe é mais fácil, pois a filtragem e os destinos permanecem os mesmos entre os dois recursos.

O Event Source Mapping (ESM) do AWS Lambda e o Amazon EventBridge Pipes usam a mesma infraestrutura de pesquisa para selecionar e enviar eventos. O ESM é ideal para clientes que desejam usar o Lambda como destino para processar os eventos recebidos. O Pipes é ideal para clientes que preferem não se preocupar com a criação, manutenção e dimensionamento do código do Lambda e, em vez disso, preferem recursos simples e gerenciados para conectar sua origem a um dos mais de 14 destinos.

Sim, o EventBridge Pipes manterá a ordem dos eventos recebidos de uma origem de eventos ao enviar esses eventos para um serviço de destino.

Sim, para serviços que oferecem suporte a eventos em lote, você pode configurar o tamanho de lote desejado ao criar um pipe. Para origens e destinos que não oferecem suporte a lotes, você ainda pode optar por eventos em lote para sua etapa de enriquecimento e transformação. Isso ajuda você a economizar nos custos de computação e ainda ajuda a entregar eventos individualmente para o destino escolhido.

Sim, para receber um histórico das chamadas de API do EventBridge Pipes efetuadas na sua conta, é necessário ativar o CloudTrail no Console de Gerenciamento da AWS.

Para ver todos os detalhes de preços do Amazon EventBridge Pipes, acesse a página de preços.

O Agendador do Amazon EventBridge é um agendador de tarefas sem servidor que simplifica a criação, a execução e o gerenciamento de milhões de agendamentos entre os serviços da AWS sem provisionar ou gerenciar a infraestrutura subjacente.

Faça login em sua conta da AWS, navegue até o console do EventBridge e selecione o botão Criar cronograma. Siga o fluxo de trabalho passo a passo e preencha os campos obrigatórios. Selecione um formato de programação incluindo uma janela de tempo para a implementação da tarefa, taxa fixa, cron ou uma data e hora específicas. Selecione seu destino em uma lista de serviços da AWS e configure políticas de repetição para ter o máximo controle da implementação de sua programação. Revise sua programação e selecione Criar.

O Agendador do EventBridge se baseia na funcionalidade de programação oferecida nas regras programadas. O Agendador do EventBridge inclui suporte para fusos horários, maior escala, cargas úteis de destino personalizadas, expressões de tempo adicionadas e um painel para monitoramento de programações. As programações podem ser criadas de forma independente sem a necessidade de criar um barramento de eventos com uma regra programada.

O Scheduled Rules continuará disponível, no entanto, o EventBridge Scheduler oferece um conjunto de recursos mais avançado, proporcionando mais flexibilidade ao criar, executar e gerenciar suas programações. Você também pode começar a usar gratuitamente, consulte a página de preços para obter mais detalhes.

O Agendador do EventBridge tem integrações abrangentes com os serviços da AWS e pode criar programações para qualquer serviço com uma ação da API da AWS. As configurações de padrões de tempo e novas tentativas são uniformes na AWS para proporcionar uma experiência de programação consistente. O monitoramento de programações é mais fácil por meio do console do Agendador do EventBridge, fornecendo uma visão de suas programações em um painel ou com uma solicitação da API "ListSchedule". Você poderá ver informações críticas sobre suas programações, como horário de início, última execução e o destino da AWS atribuído. Para obter detalhes mais granulares, você poderá revisar os logs de execução disponíveis no CloudWatch Logs ou eles podem ser enviados para o S3 ou o Kinesis Firehose.

Você pode atualizar suas programações no console do Agendador do EventBridge selecionando a programação para modificar. Um novo painel exibirá suas opções.

Sim, com o Agendador do EventBridge você pode selecionar em qual fuso horário uma programação vai operar. Essas programações se ajustarão ao horário de verão (DST) e voltarão ao horário padrão automaticamente.

O Agendador do EventBridge fornece entrega de eventos do tipo “pelo menos uma vez” aos destinos, o que significa que pelo menos uma entrega é bem-sucedida com uma resposta do destino. As opções para definir novas tentativas, janelas de tempo e tempos limite estão disponíveis para atender aos seus requisitos de negócios.

A opção Excluir após a conclusão está disponível para todos os padrões de agendamento atualmente compatíveis: cron, rate e agendas únicas.

Sim, você pode atualizar sua programação para configurar a opção excluir após a conclusão a qualquer momento antes que a programação seja invocada. Após o horário da última invocação da programação, você não poderá fazer alterações.

Se você desativar uma programação com a opção Excluir após a conclusão antes da última invocação da programação, a programação permanecerá na sua conta em um estado desativado.

A programação continuará invocando seu destino e não será excluída automaticamente até que uma data de término seja configurada.

O Agendador do EventBridge não oferece suporte diretamente a destinos que não são da AWS. No entanto, você pode chamar destinos que não são da AWS usando o Lambda, o ECS e o Fargate ou com o recurso Destinos do EventBridge via API.

Para ver todos os detalhes de preços do Agendador do Amazon EventBridge, acesse a página de preços.

Os endpoints globais facilitam a criação de aplicações orientadas a eventos altamente disponíveis usando a AWS. Você pode replicar seus eventos em regiões primárias e secundárias para implementar o failover com perda mínima de dados. Também é possível implementar a capacidade de fazer o failover automaticamente para uma região de backup em caso de interrupção do serviço. Isso simplifica a adoção de arquiteturas multirregião e ajuda a incorporar resiliência em suas aplicações orientadas a eventos.

Os endpoints globais ajudam a fornecer uma experiência melhor para seus clientes finais minimizando a quantidade de dados sob risco durante interrupções de serviço.

É possível tornar suas aplicações orientadas a eventos mais robustas e resilientes com a capacidade de realizar automaticamente o failover da ingestão do evento para uma região secundária, sem a necessidade de intervenção manual. Você tem a flexibilidade de configurar critérios de failover usando alarmes do Amazon CloudWatch (por meio de verificações de integridade do Amazon Route 53) para determinar quando fazer failover e quando rotear eventos de volta para a região principal.

Depois de publicados no endpoint global, os eventos são encaminhados ao barramento de eventos na região principal. Se forem detectados erros na região primária, a sua verificação de integridade será marcada como não íntegra e os eventos recebidos serão encaminhados para a região secundária. Os erros podem ser detectados mais facilmente usando os alarmes do CloudWatch (por meio de verificações de integridade do Route 53) que você especificar. Quando o problema é mitigado, encaminhamos novos eventos de volta à região principal e continuamos a processá-los.

Os endpoints globais são adequados para aplicações que não exigem idempotência ou que podem lidar com idempotência entre regiões. Eles também são adequados para aplicações que toleram ter até 420 segundos de eventos não replicados. Assim, eles ficariam bloqueados na região primária até que o serviço ou a região se recuperasse (chamado de objetivo do ponto de recuperação).

Adicionamos uma nova métrica que informa toda a latência do EventBridge que ajudará a determinar mais facilmente se há erros no EventBridge que exijam failover da ingestão do evento para a região secundária.

É mais fácil começar a usar o console, oferecendo uma pilha já preenchida do CloudFormation (que pode ser personalizada, se você quiser) para criar um alarme do CloudWatch e verificações de integridade do Route 53. Para obter mais detalhes sobre como configurar os alarmes e as verificações de integridade, confira nosso blog e a documentação de lançamento.

Recomendamos não incluir métricas de assinantes em sua verificação de integridade. Isso pode criar uma situação em que um único assinante com problema leva a um failover do publicador para a região de backup, mesmo que todos os outros assinantes na região principal tenham total integridade.

Se um assinante não estiver conseguindo processar eventos na regão principal, você deve ativar a replicação para verificar se o assinante na região secundária consegue processar eventos com êxito.

O objetivo de tempo de recuperação (RTO) é o tempo em que a região de backup ou de destino começará a receber novos eventos após uma falha. O objetivo de ponto de recuperação (RPO) é a medida dos dados que permanecerão sem processamento durante a falha. Com endpoints globais, se você estiver seguindo nossa orientação prescritiva para a configuração de alarme, o RTO e o RPO serão de 360 segundos (com um máximo de 420). Para o RTO, o tempo inclui o período para iniciar alarmes do CloudWatch e atualizar os status das verificações de integridade do Route 53. Para o RPO, o tempo inclui eventos que não são replicados na região secundária e ficam presos na região principal até que o serviço ou a região se recupere.

Sim. Ative a replicação para minimizar os dados sob risco durante uma interrupção de serviço. Após configurar seus barramentos personalizados em ambas as regiões e criar o endpoint global, você poderá atualizar suas aplicações para publicar eventos no endpoint global. Ao fazê-lo, seus eventos recebidos serão replicados de volta para a região primária, após o problema ser mitigado. Você pode arquivar seus eventos na região secundária para verificar se nenhum dos seus eventos foi perdido durante uma interrupção. Para se recuperar rapidamente de interrupções, você pode replicar sua arquitetura na região secundária para continuar processando seus eventos. Você também precisa ativar a replicação para verificar a recuperação automática após a mitigação do problema.

Você deve verificar se as mesmas cotas são configuradas na região principal e na secundária. Você deve ativar a replicação e processar os eventos na região secundária. Isso verifica se você tem as cotas corretas e também se a aplicação na região secundária está configurada corretamente.

Você pode usar o AWS CloudFormation StackSets, que facilita a replicação da arquitetura entre regiões da AWS. Para ver um exemplo, consulte nossa documentação.

A primeira iteração do lançamento não oferece suporte às regiões por opção ou às regiões da China ou da GovCloud. Para obter a lista de regiões com suporte neste lançamento, consulte a pergunta abaixo. Também oferecemos suporte para failover e recuperação entre a mesma conta e barramentos com o mesmo nome entre regiões.

Os endpoints globais só estão disponíveis para eventos personalizados. No futuro, acrescentaremos suporte para eventos de serviços da AWS, eventos de opção do S3 (notificações de eventos do Amazon S3) e eventos de terceiros.

Não estamos oferecendo suporte para roteamento baseado em latência na primeira iteração do lançamento.

Os endpoints globais estão disponíveis sem custos adicionais. Atualmente, os endpoints globais estão disponíveis apenas para eventos personalizados, e eventos personalizados publicados no endpoint global são cobrados de acordo com o preço desses eventos. Para saber mais sobre os preços, acesse a página de preços do EventBridge.

Sim. A replicação custa USD 1 por milhão de eventos, que o EventBridge cobra por eventos entre regiões.

Os endpoints globais estão disponíveis nas seguintes regiões:

• Leste dos EUA (Ohio e N. da Virgínia)
• Oeste dos EUA (N. da Califórnia e Oregon),
• Ásia-Pacífico (Mumbai, Osaka, Seul, Singapura, Sydney e Tóquio)
• Canadá (Central)
• Europa (Frankfurt, Irlanda, Londres, Paris e Estocolmo)
• América do Sul (São Paulo)

O Amazon EventBridge oferece preços flexíveis com seu modelo de pagamento por uso. Você paga somente por eventos publicados pelo seu barramento de eventos, eventos consumidos para descoberta de esquemas, reprodução de eventos e destinos de API. Para ver exemplos e mais detalhes de preços do EventBridge, visite nossa página de preços.

Não.

Sim. Esses eventos são denominados eventos entre contas. Você pode ter um destino que é o barramento de eventos padrão ou qualquer outro barramento de eventos em outra conta. Isso pode ser usado para centralizar eventos de várias contas em um único barramento de eventos para monitorar e auditar seus eventos com mais facilidade, bem como para manter os dados sincronizados entre as contas.

Sim. O suporte do CloudFormation está disponível em todas as regiões em que o Amazon EventBridge é oferecido. Para saber mais sobre como usar o CloudFormation para provisionar e gerenciar recursos do EventBridge, acesse nossa documentação.

Tanto o EventBridge quanto o SNS podem ser usados para desenvolver aplicações orientadas por eventos. A sua escolha dependerá de suas necessidades específicas.

O Amazon EventBridge é recomendado quando você deseja criar uma aplicação que reaja a eventos de suas próprias aplicações, aplicações SaaS e serviços da AWS. O EventBridge é o único serviço baseado em eventos que é integrado diretamente a parceiros de SaaS externos. O EventBridge também consome automaticamente eventos de mais de 200 serviços da AWS sem que os desenvolvedores precisem criar qualquer recurso em suas contas.

O EventBridge usa uma estrutura de eventos definida e baseada em JSON, o que ajuda a criar regras aplicadas a todo o corpo do evento para selecionar os eventos a serem encaminhados a um destino. No momento, o EventBridge oferece suporte a mais de 20 serviços da AWS como destinos, incluindo Lambda, SQS, SNS, Amazon Kinesis Data Streams e Data Firehose.

O Amazon SNS é recomendado para aplicações que precisam de alta distribuição (milhares ou milhões de endpoints). Um padrão comum que vemos é que os clientes usam o SNS como destino de sua regra para filtrar os eventos de que precisam e distribuí-los para vários endpoints.

As mensagens não são estruturadas e podem estar em qualquer formato. O SNS permite o encaminhamento de mensagens para seis tipos diferentes de destinos, incluindo o Lambda, SQS, endpoints HTTP/S, SMS, notificações por push para dispositivos móveis e e-mail. A latência típica do Amazon SNS é inferior a 30 milissegundos. Uma grande variedade de serviços da AWS envia mensagens ao SNS configurando o serviço para isso (mais de 30, incluindo o Amazon EC2, o Amazon S3 e o Amazon RDS).

O AWS AppFabric é um serviço sem código que aprimora o investimento atual das empresas em aplicações de software como serviço (SaaS) com maior segurança, gerenciamento e produtividade. Use o AppFabric para agregar e normalizar dados de log SaaS de aplicações como Asana, Slack e Zoom, bem como pacotes de produtividade, como o Microsoft 365 e Google Workspace, para aumentar a observabilidade das aplicações e reduzir os custos operacionais associados à criação e manutenção de integrações ponto a ponto. O EventBridge é um serviço de integração sem servidor que usa eventos para conectar componentes de aplicações, facilitando para os desenvolvedores a criação de aplicações escaláveis orientadas por eventos. Use o EventBridge para encaminhar eventos de fontes como aplicações personalizadas, serviços da AWS e aplicações SaaS de terceiros para aplicações de consumo em toda a organização. O EventBridge oferece uma forma simples e consistente de ingerir, filtrar, transformar e entregar eventos.

O Amazon EventBridge permite que fornecedores de SaaS integrem mais facilmente seus serviços às arquiteturas orientadas a eventos de seus clientes criadas na AWS.

O EventBridge disponibiliza o seu produto diretamente a milhões de desenvolvedores da AWS, revelando novos casos de uso. O serviço oferece um caminho totalmente auditável, seguro e escalável para enviar eventos sem que o fornecedor de SaaS precise gerenciar qualquer infraestrutura de eventos.

Os fornecedores de SaaS interessados em se tornar parceiros do EventBridge devem seguir as instruções de autoatendimento na página de integrações do Amazon EventBridge para começar a publicar eventos no EventBridge.

Os fornecedores de SaaS que já oferecem suporte a um webhook ou outros modos de integração baseados em push podem levar menos de cinco dias para se integrar ao EventBridge.

Oferecemos suporte a mais de 45 integrações de SaaS. Veja uma lista completa das integrações de SaaS para Amazon EventBridge com suporte.