Preguntas frecuentes sobre Amazon EventBridge

EventBridge tiene cuotas predeterminadas en cuanto a la velocidad a la que se pueden publicar eventos, la cantidad de reglas que se pueden crear en un bus de eventos y la velocidad a la que se pueden invocar los objetivos. Consulte la página de cuotas de servicio para obtener una lista completa de las cuotas y cómo se pueden aumentar.

La latencia típica es de aproximadamente medio segundo. Tenga en cuenta que esto puede variar.

Sí, puede etiquetar reglas y buses de eventos.

Las cuotas predeterminadas de EventBridge se pueden aumentar para procesar cientos de miles de eventos por segundo. Los límites de rendimiento del bus de eventos se indican en la página de cuotas de servicio. Si necesita un rendimiento mayor, solicite un aumento del límite del servicio a través del Centro de AWS Support. Seleccione Crear caso, y luego seleccione Aumento del límite del servicio.

Sí. AWS se esforzará de forma comercialmente razonable para que EventBridge esté disponible con un porcentaje de tiempo de actividad mensual para cada región de AWS, durante cualquier ciclo de facturación mensual, de al menos el 99,99 %. Para obtener más información, revise el Acuerdo de nivel de servicio de EventBridge completo.

Un esquema representa la estructura de un evento y, por lo general, incluye información como el título y el formato de cada dato incluido en el evento.

Por ejemplo, un esquema puede incluir campos como nombre y número de teléfono, y el hecho de que el nombre es una cadena de texto y el número de teléfono es un número entero. El esquema también puede incluir información sobre patrones, como el requisito de que el número de teléfono tenga 10 dígitos. El esquema de un evento es importante porque muestra la información contenida en el evento y lo ayuda a escribir código en función de esos datos.

Un registro de esquemas almacena un conjunto de esquemas en el que se pueden realizar búsquedas para que cualquier desarrollador de su organización pueda acceder más fácilmente a los esquemas generados por la aplicación. De este modo, no tendrá que buscar esta información en la documentación o en el autor del esquema. Puede agregar un esquema al registro manualmente o automatizar este proceso activando la característica de detección de esquemas de EventBridge.

La detección de esquemas automatiza los procesos de buscar esquemas y agregarlos a su registro. Cuando la detección de esquemas está habilitada para un bus de eventos EventBridge, el esquema de cada evento enviado al bus de eventos se añade automáticamente al registro. Si el esquema de un evento cambia, la detección de esquemas creará automáticamente una nueva versión del esquema en el registro.

Una vez agregado un esquema al registro, puede generar una vinculación de código para el esquema en la consola de EventBridge o directamente en su entorno de desarrollo integrado (IDE). Esto lo ayuda a representar el evento como un objeto tipado fuertemente en su código. A continuación, podrá aprovechar las características del IDE, como la validación y el autocompletado.

Sí, en la función de detección de esquemas se pueden descubrir eventos en todas las cuentas, de modo que se puede tener una visibilidad completa del esquema de eventos publicado en los buses de eventos.

El uso del registro de esquemas no tiene ningún costo; sin embargo, hay un costo por cada evento recibido cuando se activa la detección de esquemas.

La detección de esquemas tiene un nivel gratuito de 5 millones de eventos recibidos por mes, que debería cubrir la mayor parte del uso de desarrollo. Hay una tarifa de 0,10 USD por millón de eventos recibidos para uso adicional fuera de la capa gratuita. Para obtener más información sobre precios, consulte la página de precios de EventBridge.

El registro de esquemas reduce la cantidad de código al permitirle hacer lo siguiente:

• Identificar automáticamente el esquema de cualquier evento enviado al bus de eventos de EventBridge y almacenarlo en el registro, lo que le evitará tener que administrar manualmente el esquema del evento.
• Escribir aplicaciones que gestionen los eventos de su bus, generar y descargar enlaces de código para el esquema a fin de utilizar objetos de tipos fuertes directamente en su código.

Los enlaces de código reducen la sobrecarga de deserialización, validación y conjeturas para el controlador de eventos.

Debe utilizar el registro de esquemas para crear aplicaciones basadas en eventos con mayor rapidez. El registro de esquemas elimina el tiempo dedicado a la coordinación entre los equipos de desarrollo al buscar automáticamente los eventos disponibles en cualquier fuente de eventos compatible, incluidos los servicios de AWS, las aplicaciones personalizadas y de terceros, y detectar su esquema. Se creó para permitir que los desarrolladores se centren únicamente en el código de su aplicación, en lugar de perder un tiempo valioso buscando los eventos disponibles, su estructura y escribiendo código para interpretar y traducir los eventos.

El registro de esquemas está disponible a través del Kit de herramientas de AWS para JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) y Visual Studio Code, así como en la consola de EventBridge y las API. Obtenga más información sobre el uso del registro de esquemas de EventBridge dentro del entorno de desarrollo integrado.

Sí, la versión más reciente de la CLI de AWS SAM incluye un modo interactivo que ayuda a crear nuevas aplicaciones sin servidor en EventBridge para cualquier esquema como un tipo de evento.

Simplemente elija la plantilla EventBridge Starter App y el esquema de su evento, y SAM generará automáticamente una aplicación con una función de Lambda invocada por EventBridge, con el código de manejo del evento. Esto significa que un desencadenador de eventos se puede tratar como un objeto normal en el código, y que es posible utilizar características como la validación y la función de autocompletar en el entorno de desarrollo integrado.

El complemento Kit de herramientas de AWS para JetBrains (Intellij IDEA, PyCharm, Webstorm, Rider) y el Kit de herramientas de AWS para Visual Studio Code también proporcionan funcionalidad para generar aplicaciones sin servidor a partir de esta plantilla, con un esquema como desencadenador, directamente desde estos entornos de desarrollo integrado.

EventBridge ofrece generación de código en Java (8+), Python (3.6+), TypeScript (3.0+) y Go (1+).

El registro de esquemas de EventBridge está disponible en las siguientes regiones:

• EE.UU. Este (Ohio y Virginia del Norte)
• EE.UU. Oeste (California del Norte y Oregón)
• Asia Pacífico (Hong Kong, Mumbai, Seúl, Singapur, Sídney y Tokio)
• Canadá (Central)
• Europa (Fráncfort, Irlanda, Londres, París y Estocolmo)
• América del Sur (São Paulo)

EventBridge Pipes ofrece una manera más simple, coherente y rentable de crear integraciones punto a punto entre productores de eventos y consumidores. Crear una canalización es tan simple como seleccionar un origen y un destino, con la posibilidad de personalizar el procesamiento por lotes, la posición inicial, la concurrencia y más. Un paso de filtrado opcional permite que solo los eventos de orígenes específicos vayan a la canalización y es posible usar un paso de enriquecimiento opcional con AWS Lambda, AWS Step Functions, destinos de API o Amazon API Gateway para ampliar o transformar eventos antes de que lleguen al destino. Al eliminar la necesidad de escribir, administrar y escalar código de integración no diferenciado, EventBridge Pipes le permite dedicar su tiempo a desarrollar aplicaciones en lugar de conectarlas.

Puede empezar visitando la consola de EventBridge, seleccione la pestaña Canalizaciones y elija Crear canalización. A partir de ahí, puede elegir entre una lista de orígenes disponibles y proporcionar un patrón de filtrado opcional que se utilizará para transferir solo los eventos que necesite. Para el paso opcional de transformación y enriquecimiento de una canalización, puede proporcionar un punto de conexión de API, como una API de aplicación SaaS o un clúster de contenedores, una función de Lambda o una función escalonada de AWS. A continuación, la canalización realizará la solicitud a la API y capturará la respuesta una vez finalizado el procesamiento. Por último, establezca un servicio de destino al que se entreguen los eventos y especifique si desea que se habiliten las capacidades de archivo o DLQ en la canalización. También puede crear una canalización con AWS CLI, CloudFormation o AWS Cloud Development Kit (CDK).

EventBridge Pipes introduce Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, Kafka autogestionado y Amazon MQ como orígenes en el conjunto de productos de EventBridge. EventBridge Pipes admite los mismos servicios de destino que los buses de eventos, como Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS y los propios buses de eventos.

EventBridge Pipes admite transformaciones básicas mediante el lenguaje de plantillas de Velocity (VTL). Para transformaciones más potentes, EventBridge Pipes lo ayuda a especificar una función de Lambda o un flujo de trabajo de Step Functions para transformar su evento. Si prefiere utilizar un servicio de contenedores como Amazon Elastic Container Service (ECS) o Amazon Elastic Kubernetes Service (EKS), puede especificar el punto de conexión de la API y el esquema de autenticación para su clúster de contenedores. EventBridge se encargará entonces de entregar el evento para su transformación.

No, EventBridge Pipes puede utilizarse independientemente de las características existentes de EventBridge y lo ayuda a recibir eventos de otros productores de eventos como Kinesis, SQS o Amazon MSK, sin necesidad de utilizar un bus de eventos de EventBridge. También se utiliza para las integraciones punto a punto, mientras que para las integraciones de muchos a muchos se utiliza un bus de eventos. Si ya está utilizando un bus de eventos de EventBridge para enrutar eventos, puede utilizar EventBridge Pipes para conectarse a una fuente compatible y establecer su bus de eventos como origen de una canalización.

Los buses de eventos de EventBridge son muy adecuados para el enrutamiento de eventos de muchos a muchos entre servicios basados en eventos. EventBridge Pipes está pensado para integraciones punto a punto entre editores y consumidores de eventos, con soporte para transformaciones y enriquecimientos avanzados. EventBridge Pipes puede utilizar un bus de eventos de EventBridge como destino. Migrar de una regla de bus de eventos de EventBridge a una canalización es más fácil, ya que el filtrado y los destinos siguen siendo los mismos entre los dos recursos.

La asignación de orígenes de eventos (ESM) de AWS Lambda y Amazon EventBridge Pipes utilizan la misma infraestructura de sondeo para seleccionar y enviar eventos. ESM es ideal para los clientes que deseen utilizar Lambda como destino para procesar los eventos recibidos. Pipes es ideal para los clientes que prefieren no preocuparse en crear, mantener y escalar código de Lambda y prefieren en cambio un recurso sencillo y administrado para conectar su origen a uno de los más de 14 destinos.

Sí, EventBridge Pipes mantendrá el orden de los eventos recibidos de un origen de eventos cuando envíe esos eventos a un servicio de destino.

Sí, para los servicios que admiten eventos por lotes, puede configurar el tamaño de lote deseado al crear una canalización. Para los orígenes y los destinos que no admiten el procesamiento por lotes, aún puede optar por procesar por lotes los eventos para su paso de enriquecimiento y transformación. Esto lo ayuda a ahorrar costos de computación y le permite seguir entregando eventos individualmente al destino elegido.

Sí, para recibir un historial de las llamadas a la API de EventBridge Pipes realizadas en la cuenta, tiene que activar CloudTrail en la Consola de administración de AWS.

Para ver toda la información sobre los precios de Amazon EventBridge Pipes, visite la página de precios.

El Programador de Amazon EventBridge es un programador de tareas sin servidor que simplifica la creación, ejecución y administración de millones de programaciones en todos los servicios de AWS sin aprovisionar o administrar infraestructuras subyacentes.

Inicie sesión en su cuenta de AWS, navegue hasta la consola de EventBridge y seleccione el botón Crear Programación. Siga el proceso paso a paso y rellene los campos obligatorios. Seleccione un formato de programación, incluido un plazo para que la tarea se implemente, una velocidad fija, cron o una fecha y hora específicas. Seleccione el destino de una lista de servicios de AWS y configure políticas de reintento para tener el máximo control de la implementación de la programación. Revise la programación y seleccione Crear.

El Programador de EventBridge se basa en la funcionalidad de programación ofrecida en las reglas programadas. El Programador de EventBridge incluye compatibilidad con zonas horarias, mayor escala, cargas útiles de destino personalizadas, expresiones de tiempo agregadas y un panel de control para monitorear las programaciones. Se pueden crear programaciones de forma independiente sin la necesidad de crear un bus de eventos con una regla programada.

Las reglas programadas continuarán estando disponibles; sin embargo, el programador de EventBridge ofrece un conjunto de características más rico que proporciona mayor flexibilidad para crear, ejecutar y administrar las programaciones. Para empezar de forma gratuita, consulte la página de precios para obtener más detalles.

El Programador de EventBridge tiene integraciones profundas con servicios de AWS y puede crear programaciones para cualquier servicio con una acción de la API de AWS. Las configuraciones para patrones de tiempo y los reintentos son uniformes en todo AWS para lograr una experiencia de programación coherente. Monitorear los horarios es más fácil a través de la consola del Programador de EventBridge que ofrece una vista de sus programaciones en un panel o con una solicitud a la API “ListSchedule”. Podrá ver información crítica sobre sus programaciones, como la hora de inicio, la última ejecución y el destino de AWS asignado. Para obtener información más detallada, puede revisar los registros de ejecución disponibles en Registros de CloudWatch o enviarlos a S3 o Kinesis Firehose.

Puede actualizar sus programaciones en la consola del Programador de EventBridge al seleccionar la programación que desea modificar. Aparecerá un nuevo panel con las opciones.

Sí. Con el Programador de EventBridge puede seleccionar la zona horaria en la que operará una programación. Estas programaciones se ajustarán automáticamente al horario de verano (DST) y de nuevo al horario estándar.

El Programador de EventBridge proporciona entregas de eventos al menos una vez para destinos, lo que significa que al menos una entrega obtendrá una respuesta del destino. Hay opciones para establecer reintentos, plazos y tiempos de espera disponibles para cumplir con sus requisitos de negocio.

La opción Eliminar al finalizar está disponible para todos los patrones de programación admitidos actualmente: cron, rate y programaciones únicas.

Sí, puede actualizar su programación para configurar la eliminación al finalizar en cualquier momento antes de que esta se invoque. Después de la última hora de invocación de la programación, no podrá realizar cambios.

Si deshabilita una programación y la elimina al completarla antes de la última invocación de la programación, la programación permanecerá inhabilitada en su cuenta.

La programación seguirá invocando su objetivo y no se eliminará automáticamente hasta que se configure una fecha de finalización.

El Programador de EventBridge no admite destinos que no sean de AWS directamente. Sin embargo, puede invocar destinos que no sean de AWS mediante Lambda, ECS y Fargate, o con EventBridge a través de la característica de destinos de la API.

Para ver toda la información sobre los precios del Programador de Amazon EventBridge, visite la página de precios.

Los puntos de enlace globales facilitan la creación de aplicaciones basadas en eventos de alta disponibilidad con AWS. Puede replicar sus eventos entre las regiones primaria y secundaria para implementar la conmutación por error con la mínima pérdida de datos. También puede implementar la capacidad de conmutación por error automática a una región de reserva en caso de cualquier interrupción del servicio. Esto simplifica la adopción de arquitecturas de varias regiones y lo ayuda a incorporar resiliencia en sus aplicaciones basadas en eventos.

Los puntos de conexión globales ayudan a brindar una mejor experiencia a sus clientes finales al minimizar la cantidad de datos en riesgo durante las interrupciones del servicio.

Puede hacer que sus aplicaciones basadas en eventos sean más sólidas y resistentes al tener la capacidad de conmutar por error la ingesta de eventos en una región secundaria de forma automática y sin necesidad de intervención manual. Tiene la flexibilidad de configurar los criterios de conmutación por error mediante las alarmas de Amazon CloudWatch (a través de las comprobaciones de estado de Amazon Route 53) para determinar cuándo realizar la conmutación por error y cuándo dirigir los eventos de vuelta a la región principal.

Una vez que publica eventos en el punto de conexión global, estos se dirigen al bus de eventos en su región principal. Si se detectan errores en la región principal, la comprobación de estado se marca como incorrecta y los eventos entrantes se dirigen a la región secundaria. Los errores pueden detectarse más fácilmente mediante las alarmas de CloudWatch (a través de las comprobaciones de estado de Route 53) que especifique. Tan pronto como se mitiga el problema, dirigimos los nuevos eventos de regreso a la región principal y continuamos con el procesamiento de los eventos.

Los puntos de conexión globales son adecuados para aplicaciones que no requieren idempotencia o que pueden gestionar la idempotencia entre regiones. También son muy adecuados para aplicaciones que toleran que no se repliquen hasta 420 segundos de eventos. Así, se quedarían atrapados en la región primaria hasta que el servicio o la región se recuperen (lo que se denomina “objetivo de punto de recuperación”).

Agregamos una nueva métrica que informa de toda la latencia de EventBridge y que lo ayuda a determinar más fácilmente si hay errores en EventBridge que le obliguen a conmutar por error la ingesta de eventos a la región secundaria.

Ahora es más fácil comenzar en la consola, pues proporcionamos una pila de CloudFormation rellenada previamente (que puede personalizar si lo desea) para crear una alarma de CloudWatch y comprobaciones de estado de Route 53. Para obtener más información sobre cómo configurar las alarmas y las comprobaciones de estado, consulte nuestro blog y documentación de lanzamiento.

Le recomendamos que no incluya las métricas de los suscriptores en su comprobación de estado. Esto podría hacer que su editor realice una conmutación por error en la región de copia de seguridad si un solo suscriptor encuentra un problema, incluso si todos los demás suscriptores están en buen estado en la región principal.

Si uno de sus suscriptores no puede procesar eventos en la región principal, debe activar la replicación para asegurarse de que el suscriptor en la región secundaria pueda procesar eventos correctamente.

El objetivo de tiempo de recuperación (RTO) es el tiempo durante el cual la región o el destino de la copia de seguridad comenzará a recibir eventos nuevos después de un error. El objetivo de punto de recuperación (RPO) es la medida de los datos que quedarán sin procesar durante un error. Con puntos de conexión globales, si sigue nuestra guía prescriptiva para la configuración de alarmas, el RTO y el RPO serán de 360 segundos (con un máximo de 420). En el caso del RTO, el tiempo incluye el periodo de tiempo para iniciar las alarmas de CloudWatchy actualizar los estados para las comprobaciones de estado de Route 53. En el caso del RPO, el tiempo incluye eventos que no se replican en la región secundaria y se atascan en la región principal hasta que se recupera el servicio o la región.

Sí. Active la replicación para minimizar los datos en riesgo durante una interrupción del servicio. Una vez que configure sus buses personalizados en ambas regiones y cree el punto de conexión global, puede actualizar sus aplicaciones para publicar sus eventos en el punto de conexión global. Al hacerlo, sus eventos entrantes se replicarán en la región principal una vez que se mitigue el problema. Puede archivar sus eventos en la región secundaria para asegurarse de que ninguno de sus eventos se pierda durante una interrupción. Para recuperarse rápidamente de las interrupciones, puede replicar la arquitectura en la región secundaria y continuar con el procesamiento de los eventos. También debe activar la replicación para garantizar la recuperación automática después de que se haya mitigado el problema.

Debe asegurarse de que se hayan configurado las mismas cuotas en sus regiones principal y secundaria. Debe activar la replicación y procesar sus eventos en la región secundaria, ya que esto garantiza no solo que tenga las cuotas correctas, sino también que su aplicación en la región secundaria esté configurada correctamente.

Puede usar AWS CloudFormation StackSets, que facilita la replicación de su arquitectura en las regiones de AWS. Para ver un ejemplo, consulte nuestra documentación.

En la primera iteración del lanzamiento, las regiones de incorporación, China o GovCloud no son compatibles. Si desea conocer la lista de regiones admitidas en este lanzamiento, consulte esta pregunta más abajo. También admitimos la conmutación por error y la recuperación entre la misma cuenta y buses con el mismo nombre en todas las regiones.

Los puntos de conexión globales están disponibles solo para eventos personalizados. Agregaremos soporte para eventos de los servicios de AWS, eventos de suscripción de S3 (notificaciones de eventos de Amazon S3) y eventos de terceros en el futuro.

No, no admitimos el enrutamiento basado en la latencia en la primera iteración del lanzamiento.

Los puntos de conexión globales están disponibles sin cargo adicional. Los puntos de conexión globales se encuentran disponibles únicamente para los eventos personalizados. Los eventos personalizados publicados en el punto de conexión global se facturan según el precio de los eventos personalizados. Para consultar los precios, consulte la página de precios de EventBridge.

Sí, la replicación se le cobrará a 1 USD por millón de eventos, cantidad que EventBridge cobra por eventos entre regiones.

Los puntos de conexión globales están disponibles en las siguientes regiones:

• EE.UU. Este (Ohio y Virginia del Norte)
• EE.UU. Oeste (California del Norte y Oregón)
• Asia Pacífico (Bombay, Osaka, Seúl, Singapur, Sídney y Tokio)
• Canadá (Central)
• Europa (Fráncfort, Irlanda, Londres, París y Estocolmo)
• América del Sur (São Paulo)

Amazon EventBridge ofrece precios flexibles con su modelo de pago por uso. Solo se paga por los eventos publicados por el bus de eventos, los eventos ingeridos para la detección de esquemas, la repetición de eventos y los destinos de la API. Para ver ejemplos y más detalles sobre los precios de EventBridge, visite nuestra página de precios.

No.

Sí. Estos se denominan eventos de cuentas cruzadas. Puede tener un destino que sea el bus de eventos predeterminado o cualquier otro bus de eventos en otra cuenta. Esto se puede utilizar para centralizar los eventos de varias cuentas en un único bus de eventos a fin de supervisar y auditar los eventos con mayor facilidad, así como para mantener los datos sincronizados entre las cuentas.

Sí. La compatibilidad de CloudFormation se encuentra disponible en todas las regiones donde Amazon EventBridge está disponible. Para obtener más información sobre cómo usar CloudFormation para aprovisionar y administrar recursos de EventBridge, consulte nuestra documentación.

Tanto EventBridge como SNS se pueden usar para desarrollar aplicaciones basadas en eventos, y su elección dependerá de las necesidades específicas.

Se recomienda usar Amazon EventBridge cuando desee crear una aplicación que reaccione a los eventos de las aplicaciones, las aplicaciones de SaaS y los servicios de AWS. EventBridge es el único servicio basado en eventos que se integra directamente con socios de SaaS de terceros. EventBridge también ingiere automáticamente eventos de más de 200 servicios de AWS sin necesidad de que los desarrolladores creen ningún recurso en su cuenta.

EventBridge utiliza una estructura definida basada en JSON para eventos, y lo ayuda a crear reglas que se aplican en todo el cuerpo del evento para seleccionar eventos y reenviarlos a un destino. Actualmente, EventBridge admite más de 20 servicios de AWS como destino, incluidos Lambda, SQS, SNS, Amazon Kinesis Data Streams y Data Firehose.

Se recomienda Amazon SNS para aplicaciones que necesitan una alta distribución (miles o millones de puntos de conexión). Un patrón común que observamos es que los clientes utilizan SNS como objetivo de su regla para filtrar los eventos que necesitan y los distribuyen a varios puntos de conexión.

Los mensajes no son estructurados y pueden tener cualquier formato. SNS admite el reenvío de mensajes a seis tipos diferentes de destinos, incluidos Lambda, SQS, puntos de conexión HTTP/S, SMS, notificaciones push móviles y correo electrónico. La latencia típica de Amazon SNS es inferior a 30 ms. Una amplia gama de servicios de AWS envían mensajes de SNS al configurar el servicio para hacerlo (más de 30, incluso Amazon EC2, Amazon S3 y Amazon RDS).

AWS AppFabric, un servicio sin código que mejora la inversión actual de las empresas en aplicaciones de software como servicio (SaaS) con seguridad, administración y productividad mejoradas. Utilice AppFabric para agregar y normalizar los datos de registro de SaaS de aplicaciones como Asana, Slack y Zoom, así como de suites de productividad como Microsoft 365 y Google Workspace, para aumentar la observabilidad de las aplicaciones y reducir los costos operativos asociados con la creación y el mantenimiento de integraciones punto a punto. EventBridge es un servicio de integración sin servidor que utiliza eventos para conectar los componentes de la aplicación, lo que facilita a los desarrolladores la creación de aplicaciones escalables basadas en eventos. Utilice EventBridge para enrutar eventos desde fuentes como aplicaciones personalizadas, servicios de AWS y aplicaciones SaaS de terceros a aplicaciones de consumo en toda la organización. EventBridge proporciona una forma sencilla y coherente de incorporar, filtrar, transformar y ofrecer eventos.

Amazon EventBridge facilita a los proveedores de SaaS integrar su servicio en las arquitecturas basadas en eventos de sus clientes que se crean en AWS.

EventBridge hace posible que millones de desarrolladores de AWS accedan a su producto, de forma que se desbloquean nuevos casos de uso. Ofrece una vía totalmente auditable, segura y escalable para enviar eventos sin que el proveedor de SaaS administre ninguna infraestructura de eventos.

Los proveedores de SaaS interesados en convertirse en socios de EventBridge deben seguir las instrucciones de autoservicio que aparecen en la página de integraciones de Amazon EventBridge para comenzar a publicar eventos en Amazon EventBridge.

Los proveedores de SaaS que ya admiten un webhook u otros modos de integración basados en push podrían tardar menos de cinco días en integrarse con EventBridge.

Admitimos más de 45 integraciones de SaaS. Consulte la lista completa de integraciones de SaaS compatibles con Amazon EventBridge.