Información general

P: ¿Qué es Amazon EventBridge?

Amazon EventBridge es un servicio que proporciona acceso en tiempo real a los cambios en los datos de los servicios de AWS, las aplicaciones propias y las aplicaciones de software como servicio (SaaS) sin tener que escribir código. Para comenzar, puede elegir un origen de eventos en la consola de Amazon EventBridge y seleccionar un destino de varios servicios de AWS, incluidos AWS Lambda, Amazon Simple Notification Service (SNS) y Amazon Kinesis Data Firehose. Amazon EventBridge entregará automáticamente los eventos casi en tiempo real.

P: ¿Cómo puedo comenzar a utilizar Amazon EventBridge?

Inicie sesión en su cuenta de AWS, navegue hasta la consola de Amazon EventBridge y elija una fuente de eventos entre una lista de aplicaciones de SaaS de socios y servicios de AWS. Si utiliza la aplicación de un socio, asegúrese de haber configurado la cuenta de SaaS para emitir eventos y acéptela en la sección de fuentes de eventos ofrecidos en la consola de Amazon EventBridge. Amazon EventBridge creará automáticamente un bus de eventos al cual se dirigirán los eventos. Alternativamente, puede usar el SDK de AWS para instrumentar su aplicación y que comience a emitir eventos a su bus de eventos. Opcionalmente configure una regla de filtrado y asocie un destino para los eventos, que puede ser, por ejemplo, una función de Lambda. Amazon EventBridge capturará, filtrará y enviará automáticamente los eventos al destino configurado de forma segura y con alta disponibilidad.

P: ¿Se pueden publicar eventos propios en Amazon EventBridge?

Sí. Puede generar eventos personalizados a nivel de la aplicación y publicarlos en Amazon EventBridge a través de las API del servicio. También puede configurar eventos programados que se generan de forma periódica y puede procesarlos en cualquiera de los destinos compatibles con Amazon EventBridge.

P: ¿Qué formato tiene un evento?

Los eventos usan una estructura JSON específica. Todos los eventos tienen los mismos campos de un encabezado de nivel superior, como la fuente del evento, la marca de tiempo y la región. Esto es seguido por un campo de detalle, que es el cuerpo del evento. Por ejemplo, cuando un grupo de Auto Scaling de Amazon Elastic Compute Cloud (EC2) crea una nueva instancia de Amazon EC2, emite un evento con la fuente: “aws.autoscaling” y el detalle: “EC2 instance created successfully” (La instancia de EC2 se creó correctamente).

P: ¿Cómo se puede filtrar qué eventos se entregan a un destino?

Puede filtrar eventos con reglas. Una regla hace coincidir los eventos entrantes con un bus de eventos dado y los direcciona a los destinos para su procesamiento. Una sola regla puede direccionar a múltiples destinos, todos los cuales se procesan en paralelo. Las reglas permiten que diferentes componentes de la aplicación busquen y procesen los eventos que son de su interés. Una regla puede personalizar un evento antes de enviarlo al destino al pasar únicamente ciertas partes o al sobrescribirlo con una constante. Para el ejemplo dado en la pregunta anterior, puede crear una regla de evento que coincida con la fuente: “aws.autoscaling” y detalle: “EC2 instance created successfully” (Instancia de EC2 creada correctamente) para recibir una notificación cada vez que un grupo de Auto Scaling crea correctamente una instancia de Amazon EC2.

P: ¿Cómo se puede proteger el acceso a Amazon EventBridge?

Amazon EventBridge se integra con AWS Identity and Access Management (IAM) para que pueda especificar qué acciones puede realizar un usuario en su cuenta de AWS. Por ejemplo, podría crear una política de IAM que otorgue permiso solo a ciertos usuarios de su organización para crear buses de eventos o asociar destinos de eventos.

P: ¿Cómo se relaciona Amazon EventBridge con CloudWatch Events?

Amazon EventBridge se basa y amplía los eventos de CloudWatch. Utiliza la misma API de servicio y punto de enlace y la misma infraestructura de servicio subyacente. Para los clientes existentes de CloudWatch Events, nada cambia; pueden continuar utilizando la misma API, las plantillas y la consola de CloudFormation. Escuchamos que los clientes dicen que CloudWatch Events es el servicio ideal para crear arquitecturas basadas en eventos, por lo que creamos nuevas características que permitirían a nuestros clientes conectar datos de sus propias aplicaciones y aplicaciones de SaaS de terceros. En lugar de mantener esto debajo del servicio CloudWatch, hemos lanzado esta funcionalidad con un nuevo nombre, Amazon EventBridge, para indicar la expansión más allá del caso de uso de supervisión para el cual se desarrolló CloudWatch Events.

P: Actualmente utilizo Amazon CloudWatch Events y quiero probar las características de Amazon EventBridge. ¿Debo trasladar mis reglas y permisos de Amazon CloudWatch Events a Amazon EventBridge?

No. Los usuarios existentes de Amazon CloudWatch Events pueden acceder a su bus, reglas y eventos predeterminados existentes en la nueva consola y API de Amazon EventBridge o en la consola y la API de Amazon CloudWatch Events.

P: Ya estoy usando Amazon CloudWatch Events y no necesito las características de Amazon EventBridge. ¿Qué va a cambiar para mí?

Nada. Amazon EventBridge utiliza la misma API de Amazon CloudWatch Events, por lo que el uso total de la API de CloudWatch Events seguirá siendo el mismo.

P: ¿Va a dejar de usar los eventos de Amazon CloudWatch algún día?

No, no vamos a dejar de usar la API o el servicio en sí. Amazon EventBridge está utilizando la misma API y tiene características adicionales. Con el tiempo, el nombre de Amazon CloudWatch Events se reemplazará por Amazon EventBridge.

P: ¿Qué servicios de AWS están integrados como orígenes de eventos para Amazon EventBridge?

Hay más de 90 servicios de AWS disponibles como orígenes de eventos para EventBridge, incluidos AWS Lambda, Amazon Kinesis, AWS Fargate y Simple Storage Service (Amazon S3). Para obtener una lista completa de las integraciones de servicios de AWS, consulte la documentación de EventBridge.

P: ¿Qué servicios de AWS están integrados como destinos de eventos para Amazon EventBridge?

Hay más de 15 servicios de AWS disponibles como destinos de eventos para EventBridge, incluidos AWS Lambda, Amazon Simple Queue Service (SQS), Amazon SNS, Amazon Kinesis Streams y Amazon Kinesis Data Firehose. Para obtener una lista completa de las integraciones de servicios de AWS, consulte la documentación de EventBridge.

P: ¿En qué consisten el archivo de EventBridge y Replay Events?

Event Replay es una nueva característica de Amazon EventBridge que permite a los clientes volver a procesar eventos pasados a un bus de eventos o a una regla específica de EventBridge. Esta característica permite a los desarrolladores depurar fácilmente las aplicaciones, ampliarlas al incorporar eventos históricos a los destinos y recuperarse de los errores. La repetición de eventos ofrece a los desarrolladores la tranquilidad de que siempre tendrán acceso a cualquier evento publicado en EventBridge.

P: ¿Qué son los destinos de la API de EventBridge?

Los destinos de la API permiten a los desarrolladores enviar eventos de vuelta a cualquier aplicación local o SaaS con la capacidad de controlar el rendimiento, así como la autenticación. Los clientes pueden configurar reglas con transformaciones de entrada que asignarán el formato del evento al formato del servicio receptor y EventBridge se encargará de la seguridad y la distribución. Cuando se activa una regla, Amazon EventBridge transformará el evento en función de las condiciones especificadas y lo enviará al servicio web configurado, con la información de autenticación que se proporcionó cuando se configuró la regla. La seguridad está incorporada para que los desarrolladores ya no tengan que escribir componentes de autenticación para el servicio que desean utilizar.

P: ¿Qué es una “Conexión” para el destino de la API? ¿Cómo configuro los destinos de API?

Cada destino de la API utiliza una conexión que define el método de autorización y las credenciales a utilizar para conectarse al punto de conexión HTTP. Al configurar los ajustes de autorización y crear una conexión, se crea un secreto en AWS Secrets Manager para almacenar de forma segura la información de autorización. También puede agregar parámetros adicionales para incluir en la conexión, según sea apropiado para su aplicación.

Para configurar un destino de API, tendrá que proporcionar un punto de conexión de la API de destino: un objetivo de punto de conexión de invocación HTTP para eventos. Deberá crear una Conexión para autorizar contra este punto de enlace. También puede definir opcionalmente el límite de la tasa de invocación (el número máximo de invocaciones por segundo que se enviarán al punto de enlace del destino de API). Más información sobre las conexiones y los destinos de la API.

Límites y rendimiento

P: ¿Cuáles son los límites de los servicios?

Consulte la página “Cuotas de servicio” aquí.

P: ¿Cuál es la latencia que puedo esperar entre el envío y la recepción de un evento?

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

P: ¿Amazon EventBridge es compatible con el etiquetado de recursos?

Sí, se pueden etiquetar reglas. No es posible etiquetar buses de eventos u orígenes de eventos.

P: ¿Qué rendimiento puedo esperar de Amazon EventBridge?

Los límites de rendimiento del bus de eventos se dan en la página “Cuotas de servicio” aquí. Si necesita un rendimiento mayor, solicite un aumento del límite del servicio a través del AWS Support Center. Seleccione Create Case (Crear caso) y luego seleccionando Service Limit Increase (Aumento del límite del servicio).

P: ¿EventBridge tiene un acuerdo de nivel de 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 detalles, revise el Acuerdo de nivel de servicio de EventBridge completo.

Registro de esquemas

P: ¿Qué es un esquema?

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 le permite escribir código en función de esos datos.

P: ¿Qué es un registro de esquemas?

Un registro de esquemas almacena una colección de esquemas en la que se pueden realizar búsquedas a fin de que cualquier desarrollador de su organización pueda acceder fácilmente a los esquemas generados por la aplicación, en lugar de tener que buscar en la documentación o encontrar al autor del esquema para obtener esta información. Puede agregar un esquema al registro manualmente o automatizar este proceso activando la característica de detección de esquemas de EventBridge.

P: ¿Qué es la función de detección de esquemas?

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 que se agrega un esquema al registro, puede generar un enlace de código para el esquema, ya sea en la consola de EventBridge o directamente en su entorno de desarrollo integrado, con lo que es posible representar el evento como un objeto fuertemente escrito en su código, así como aprovechar las características del entorno de desarrollo integrado, como la validación y la función autocompletar.

P: ¿Se pueden detectar esquemas de eventos entregados en otras cuentas?

La detección de esquemas solo está habilitada para los eventos que se originan dentro de la misma cuenta que el programa de detección en los buses de eventos predeterminados, personalizados y de socios.

P: ¿Cuánto cuesta el registro de esquemas?

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.

P: ¿De qué manera el registro de esquemas reduce la cantidad de código que debo escribir?

En primer lugar, puede utilizar la detección de esquemas para 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. En segundo lugar, al escribir aplicaciones que gestionan eventos en el bus, puede generar y descargar enlaces de código para este esquema de modo que pueda utilizar objetos fuertemente escritos directamente en el código. Esto ahorra gastos generales para la deserialización, la validación y las conjeturas de su gestor de eventos.

P: ¿Por qué debería usar el registro de esquemas?

Con el registro de esquemas, EventBridge ofrece una forma de desarrollar aplicaciones basadas en eventos de forma más rápida, con lo que es posible concentrarse en el código de la aplicación. Anteriormente, necesitaba encontrar los eventos disponibles y su estructura, así como escribir código para interpretar y traducir los eventos a un formato comprensible para el código. Ahora, con el registro de esquemas, puede encontrar automáticamente los eventos disponibles desde cualquier fuente de eventos admitida, incluidos los servicios de AWS, aplicaciones de terceros y personalizadas, y detectar su esquema.

P: ¿Qué entornos de desarrollo integrados admite el registro de esquemas?

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

P: ¿Se puede usar el esquema con el Serverless Application Model (AWS SAM)?

Sí, la versión más reciente de la CLI de AWS SAM incluye un modo interactivo que permite 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. Tras ello, AWS SAM generará automáticamente una aplicación con una función 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 AWS Toolkit for Jetbrains (Intellij, PyCharm, Webstorm, Rider) y AWS Toolkit for 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.

P: ¿En qué idiomas se puede generar código a partir de mis esquemas?

La generación de código está disponible en Java (8+), Python (3.6+) y TypeScript (3.0+).

P: ¿En qué regiones de AWS está disponible el registro de esquemas?

El registro de esquemas de EventBridge se encuentra disponible en las siguientes regiones: Este de EE. UU. (Ohio y Norte de Virginia), Oeste de EE. UU. (Oregón y Norte de California), Canadá (centro), UE (Estocolmo, París, Irlanda, Fráncfort y Londres), Asia-Pacífico (Bombay, Tokio, Hong Kong, Seúl, Singapur y Sídney) y América del Sur (São Paulo).

Puntos de conexión globales

Q: ¿Qué son los puntos de conexión globales?

Los puntos de conexión globales son una característica nueva de Amazon EventBridge que le facilita la creación de aplicaciones basadas en eventos de alta disponibilidad mediante AWS. Puede replicar sus eventos en regiones primarias y secundarias para habilitar la conmutación por error con una pérdida de datos mínima y la capacidad de conmutación por error automáticamente a una región de copia de seguridad en caso de interrupciones del servicio. Esto simplifica la adopción de arquitecturas de varias regiones y le permite incorporar resiliencia en sus aplicaciones basadas en eventos.

P: ¿Por qué debería usar puntos de conexión globales?

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 CloudWatch (a través de las comprobaciones de estado de Route53) para determinar cuándo realizar la conmutación por error y cuándo dirigir los eventos de vuelta a la región principal.

P: ¿Cómo mejora un punto de conexión global la disponibilidad de mis aplicaciones?

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 se pueden detectar fácilmente mediante las alarmas de CloudWatch (a través de las comprobaciones de estado de Route53) 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.

P: ¿Qué tipo de aplicaciones son adecuadas para los puntos de conexión globales?

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 adecuados para aplicaciones que toleran hasta 420 segundos de eventos sin replicar y, por lo tanto, bloqueados en la región principal hasta que el servicio o la región se recupere (lo que se conoce como el objetivo de punto de recuperación).

P: ¿Qué métricas debo usar para la conmutación por error de mi punto de conexión global?

Agregamos una métrica nueva que informa sobre la latencia de un extremo a otro de Amazon EventBridge. Esta le permitirá determinar fácilmente si hay errores dentro de EventBridge que requieran que realice una conmutación por error de 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 rellena previamente (que puede personalizar si lo desea) para crear una alarma de CloudWatch y comprobaciones de estado de Route53. Para obtener más detalles sobre cómo configurar las alarmas y las comprobaciones de estado, consulte nuestro blog y documentación de lanzamiento.

P: ¿Debo usar las métricas de mi suscriptor para conmutar por error mi punto de conexión global?

Recomendamos no incluir métricas de suscriptores en la comprobación de estado, ya que 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.

P: ¿Cuáles son el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) esperados?

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 desencadenar las alarmas de CloudWatch y actualizar los estados para las comprobaciones de estado de Route53. 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.

P: ¿Debo activar la replicación?

Sí. Debe activar 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.

P: ¿Cuál es la práctica recomendada para administrar cuotas en mis dos regiones?

Debe asegurarse de que se hayan configurado las mismas cuotas en sus regiones principal y secundaria. Como práctica recomendada, 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.

P: ¿Existe una manera fácil de replicar mi arquitectura en la región secundaria?

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.

P: ¿Puedo usar cualquier cuenta, cualquier región y cualquier bus para mi arquitectura secundaria?

En la primera iteración del lanzamiento, las regiones de incorporación, China o GovCloud no son compatibles. Para ver la lista de regiones admitidas en el lanzamiento, consulte la pregunta 16 a continuación. 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.

P: ¿Los puntos de conexión globales funcionan con eventos de AWS de CloudTrail, S3 y otros servicios de AWS?

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.

P: ¿Se admite el enrutamiento basado en latencia?

No, no admitimos el enrutamiento basado en la latencia en la primera iteración del lanzamiento.
¿Cuál es el costo de los puntos de conexión globales?

Los puntos de conexión globales están disponibles sin cargo adicional. Actualmente, 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.

P: ¿Me cobrarán por la replicación?

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

P: ¿En qué regiones están disponibles los puntos de conexión globales?

Los puntos de conexión globales se encuentran disponibles en las siguientes regiones: Este de EE. UU. (Ohio y Norte de Virginia), Oeste de EE. UU. (Oregón y Norte de California), Canadá (centro), Europa (Estocolmo, París, Irlanda, Fráncfort y Londres), Asia-Pacífico (Bombay, Tokio, Hong Kong, Seúl, Singapur y Sídney) y América del Sur (São Paulo).

Costo y facturación

P: ¿Cuánto cuesta EventBridge?

Consulte los precios aquí.

 

P: ¿Me cobrarán los eventos enviados por un socio a una fuente de eventos que no tenga un bus de eventos asociado?

No.

Arquitectura y detalles

P: ¿Puedo tener un destino que envíe eventos a otra cuenta?

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.

P: ¿Puedo utilizar AWS CloudFormation con Amazon EventBridge?

AWS CloudFormation es compatible con las reglas y los recursos de EventBusPolicy. Los recursos de bus de eventos y orígenes de eventos aún no son compatibles, pero lo serán en el futuro.

P: ¿Cuándo debo usar Amazon EventBridge y cuándo debo usar Amazon SNS?

Tanto Amazon EventBridge como Amazon 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 compilar una aplicación que reaccione a eventos de aplicaciones de SaaS o servicios de AWS. Amazon EventBridge es el único servicio basado en eventos que se integra directamente con socios de SaaS de terceros. Amazon EventBridge también incorpora automáticamente eventos de más de 90 servicios de AWS sin necesidad de que los desarrolladores creen ningún recurso en su cuenta. Además, Amazon EventBridge utiliza una estructura definida basada en JSON para eventos, y permite crear reglas que se aplican en todo el cuerpo del evento para seleccionar eventos y reenviarlos a un destino. Actualmente, Amazon EventBridge admite más de 15 servicios de AWS como destino, incluidos AWS Lambda, Amazon SQS, Amazon SNS y Amazon Kinesis Streams y Kinesis Data Firehose, entre otros. En el momento del lanzamiento, Amazon EventBridge tiene un rendimiento limitado (consulte las cuotas de servicio) que se puede aumentar mediante una solicitud. Además, la latencia típica es de aproximadamente medio segundo.

Se recomienda usar Amazon SNS cuando desee crear una aplicación que reaccione a mensajes de alto rendimiento o baja latencia publicados por otras aplicaciones o microservicios (ya que Amazon SNS ofrece un rendimiento casi ilimitado), o para aplicaciones que necesitan una distribución muy ramificada (miles o millones de puntos de conexión). Los mensajes no son estructurados y pueden tener cualquier formato. Amazon SNS admite el reenvío de mensajes a seis tipos diferentes de destinos, incluidos AWS Lambda, Amazon SQS, puntos de enlace de 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).

Integraciones

P: ¿Por qué querría integrar mi aplicación de SaaS con Amazon EventBridge?

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. Amazon EventBridge hace posible que millones de desarrolladores de AWS accedan a su producto, desbloqueando 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.

P: Mi empresa de SaaS sería un excelente origen de eventos. ¿Cómo puedo incorporarme?

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

P: ¿Cuánto esfuerzo se requerirá para que un proveedor de SaaS se integre con Amazon EventBridge?

Los proveedores de SaaS que ya admiten un webhook u otro modo de integración basado en push pueden prever menos de 5 días de desarrollo para la integración con Amazon EventBridge.

P: ¿Qué integraciones de SaaS son compatibles?

Puede consultar aquí una lista completa de las integraciones admitidas.

Integraciones de Amazon EventBridge
Obtenga más información sobre las integraciones de Amazon EventBridge

Visite la página de Integraciones de Amazon EventBridge.

Más información 
Comience a crear en la consola
Comience a crear en la consola

Comience a crear con Amazon EventBridge en la consola de administración de AWS.

Iniciar sesión 
Leer la documentación
Más información en la documentación

Consulte EventBridge (la Guía del desarrollador) para obtener información detallada.

Más información