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 empezar, puede elegir un origen de eventos en la consola de EventBridge. A continuación, puede seleccionar un destino entre los servicios de AWS, incluidos AWS Lambda, Amazon Simple Notification Service (SNS) y Amazon Kinesis Data Firehose. EventBridge entregará automáticamente los eventos casi en tiempo real.

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

Inicie sesión en su cuenta de AWS, navegue hasta la consola de EventBridge y elija un origen 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 orígenes de eventos ofrecidos en la consola de EventBridge. 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. 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 EventBridge?

Sí. Puede generar eventos personalizados de nivel de la aplicación y publicarlos en EventBridge a través de las operaciones 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 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. A continuación, hay un campo de detalle, que es el cuerpo del evento. Por ejemplo, cuando un grupo de escalado automático de Amazon Elastic Compute Cloud (EC2) crea una nueva instancia de Amazon EC2, emite un evento con el origen: “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 y todos 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 el origen: “aws.autoscaling” y el detalle: “EC2 instance created successfully” (La instancia de EC2 se creó correctamente) para recibir una notificación cada vez que un grupo de escalado automático crea correctamente una instancia de EC2.

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

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 EventBridge con Eventos de Amazon CloudWatch?

EventBridge se basa en Eventos de Amazon CloudWatch y amplía este servicio. Utiliza la misma API de servicio, el mismo punto de conexión y la misma infraestructura de servicio subyacente. Nada cambia para los clientes existentes de Eventos de CloudWatch. Puede seguir utilizando la misma API, las mismas plantillas de AWS CloudFormation y la misma consola. Eventos de CloudWatch es el servicio ideal para crear arquitecturas basadas en eventos, por lo que creamos nuevas características que lo ayudan a conectar datos de sus propias aplicaciones y aplicaciones de SaaS de terceros. En lugar de mantener esto debajo del servicio CloudWatch, lanzamos esta funcionalidad con un nuevo nombre, Amazon EventBridge, para indicar la expansión más allá del caso de uso de monitoreo para el cual se desarrolló Eventos de CloudWatch.

P: Actualmente, uso Eventos de CloudWatch y quiero probar las características de EventBridge. ¿Debo trasladar mis reglas y permisos de Eventos de CloudWatch a EventBridge?

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

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

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

P: ¿Dejará de funcionar Eventos de CloudWatch algún día?

No, no dejarán de funcionar la API o el servicio en sí. EventBridge utiliza la misma API y dispone de características adicionales. Con el tiempo, el nombre de Eventos de Amazon CloudWatch 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 EventBridge?

Hay más de 15 servicios de AWS disponibles como destinos de eventos para EventBridge, incluidos 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 la característica de repetición de eventos?

La repetición de eventos es una nueva característica de EventBridge que lo ayuda a volver a procesar eventos previos 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 ayudan a los desarrolladores a enviar eventos de vuelta a cualquier aplicación en las instalaciones o SaaS con la capacidad de controlar el rendimiento, así como la autenticación. Puede 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 inicia una regla, EventBridge transformará el evento en función de las condiciones especificadas. A continuación, 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 que se deben 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 destino de la API, que es un objetivo de punto de conexión de invocación HTTP para eventos. Deberá crear una conexión para autorizar en este punto de conexión. 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 conexión 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 de 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. Esto puede variar.

P: ¿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 EventBridge?

Los límites de rendimiento del bus de eventos se indican en la página de cuotas de servicio aquí. Si necesita un rendimiento mayor, solicite un aumento del límite del servicio a través del Centro de soporte de AWS; para ello, seleccione Create Case (Crear caso) y luego 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 lo ayuda a escribir código en función de esos datos.

P: ¿Qué es un registro de esquemas?

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.

P: ¿Qué es la característica 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 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.

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 usar 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. De esta forma, 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 tipados fuertemente 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?

En primer lugar, puede usar 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. De esta forma, 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 tipados fuertemente 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: ¿Qué entornos de desarrollo integrados admite el registro de esquemas?

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

P: ¿Puedo usar el esquema con el Modelo de aplicaciones sin servidor (SAM) de AWS?

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 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.

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 esquema de EventBridge está disponible en las siguientes regiones: Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), Asia-Pacífico (Hong Kong), Asia-Pacífico (Bombay), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (centro), Europa (Fráncfort), Europa (Irlanda), Europa (Londres), Europa (París), Europa (Estocolmo) y América del Sur (São Paulo).

Canalizaciones

P: ¿Qué es Amazon EventBridge Pipes?

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.

P: ¿Cómo comienzo a usar EventBridge Pipes?

Puede empezar visitando la consola de EventBridge, seleccione la pestaña Pipes (Canalizaciones) y elija Create Pipe (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, CloudFormation o AWS Cloud Development Kit (CDK).

P: ¿Cuáles son los posibles orígenes de eventos para EventBridge Pipes?

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.

P: ¿Cómo funcionan la transformación y el enriquecimiento?

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.

P: ¿Tengo que usar un bus de eventos de EventBridge para utilizar EventBridge Pipes?

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.

P: ¿Cuál es la diferencia entre el bus de eventos de EventBridge y EventBridge Pipes?

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.

P: ¿En qué se diferencia EventBridge Pipes de la asignación de orígenes de eventos (ESM) de AWS Lambda?

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 de crear, mantener y escalar código de Lambda y prefieren en cambio un recurso sencillo y administrado para conectar su fuente a uno de los más de 14 destinos.

P: ¿Ofrece EventBridge Pipes garantías de orden?

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.

P: ¿Admite EventBridge Pipes el procesamiento por lotes de eventos?

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.

P: ¿Puedo obtener un historial de todas las llamadas a la API de EventBridge Pipes realizadas en mi cuenta a los fines de realizar tareas de análisis de seguridad y solución de problemas operativos?

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.

P: ¿Cuánto cuesta EventBridge Pipes?

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

Programador

P: ¿Qué es el programador de Amazon EventBridge?

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.

P: ¿Cómo comienzo a usar el Programador de EventBridge?

Inicie sesión en su cuenta de AWS, navegue hasta la consola de EventBridge y seleccione el botón Create Schedule (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 Create (Crear).

P: ¿Cuál es la diferencia entre el Programador de EventBridge y las reglas programadas?

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.

P: ¿Cuándo debería usar las reglas programadas o el programador de EventBridge?

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.

P: ¿Cómo funciona esta característica con otros servicios de AWS?

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.

P: ¿Cómo actualizo mis programaciones?

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.

P: ¿El Programador de EventBridge es compatible con todas las zonas horarias?

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.

P: ¿Cómo garantiza el Programador de EventBridge la entrega programada?

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.

P: ¿Cómo puedo controlar el estado de mis programaciones?

El Programador de EventBridge proporciona una página de monitoreo en la consola del Programador de EventBridge para todas sus programaciones creadas, donde puede ver los detalles de sus programaciones y su implementación. Esto incluye cuándo comenzó su programación, el patrón de tiempo de ejecución y el estado de entrega objetivo con códigos de respuesta para poder ver el éxito, el fracaso o los intentos de reintento.

P: ¿Puedo programar una tarea para servicios ajenos a AWS, como mi servidor en las instalaciones o productos SaaS externos?

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.

P: ¿Cuánto cuesta el Programador de EventBridge?

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

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 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.

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 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.

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 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.

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 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”).

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

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.

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

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.

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 iniciar las alarmas de CloudWatch y 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.

P: ¿Debo activar la replicació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.

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. 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 más sencilla 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. 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.
 

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 S3) y eventos de terceros en el futuro.

P: ¿Se admite el enrutamiento basado en la latencia?

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

¿Cuánto cuestan los puntos de conexión globales?

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.

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 están disponibles en las siguientes regiones: Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (centro), Europa (Fráncfort), Europa (Irlanda), Europa (Londres), Europa (París), Europa (Estocolmo) y América del Sur (São Paulo).

Costo y facturación

P: ¿Cuánto cuesta EventBridge?

Acceda a la información sobre los precios aquí.

P: ¿Me cobrarán los eventos enviados por un socio a un origen 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 CloudFormation con EventBridge?

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.

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

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 EventBridge cuando desee compilar una aplicación que reaccione a eventos de aplicaciones de SaaS o servicios de AWS. EventBridge es el único servicio basado en eventos que se integra directamente con socios de SaaS de terceros. 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. 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 15 servicios de AWS como destino, incluidos Lambda, SQS, SNS y Amazon Kinesis Data Streams y Data Firehose. EventBridge tiene actualmente un rendimiento limitado (consulte las cuotas de servicio) que se puede aumentar mediante una solicitud, con una latencia típica de alrededor de medio segundo.

SNS se recomienda si desea crear una aplicación que reaccione a mensajes de alto rendimiento o baja latencia publicados por otras aplicaciones o microservicios, o para aplicaciones que necesiten una gran difusió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 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, incluidos EC2, S3 y RDS).

Integraciones

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

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.

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 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.

P: ¿Cuánto esfuerzo se requerirá para que un proveedor de SaaS se integre con 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.

P: ¿Qué integraciones de SaaS son compatibles?

Para obtener una lista completa de las integraciones compatibles, consulte Integraciones de EventBridge.

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