Prácticas recomendadas a la hora de definir reglas de Amazon EventBridge

A continuación, se muestran algunas prácticas recomendadas que se deben tener en cuenta al crear reglas para los buses de eventos.

Establecer un destino único para cada regla

Si bien puede especificar hasta cinco destinos para una regla determinada, le resultará más fácil administrar las reglas si especifica un único destino para cada regla. Si más de un destino necesita recibir el mismo conjunto de eventos, se recomienda duplicar la regla para enviar los mismos eventos a destinos diferentes. Esta encapsulación simplifica el mantenimiento de las reglas: si las necesidades de los destinos de eventos varían con el tiempo, puede actualizar cada regla y su patrón de eventos de forma independiente de las demás.

Establecer permisos de reglas

Puede habilitar los componentes o servicios de la aplicación que consumen muchos eventos para que controlen la administración de sus propias reglas. Un enfoque arquitectónico común que adoptan los clientes consiste en aislar estos componentes o servicios de la aplicación mediante cuentas de AWS independientes. Para habilitar el flujo de eventos de una cuenta a otra, debe crear una regla en un bus de eventos que dirija los eventos a un bus de eventos de otra cuenta. Puede habilitar los equipos o servicios que consumen muchos eventos para que controlen la administración de sus propias reglas. Para ello, especifique los permisos adecuados para sus cuentas mediante políticas de recursos. Esto funciona en todas las cuentas y regiones.

Para obtener más información, consulte Permisos para buses de eventos de Amazon EventBridge.

Para ver un ejemplo de políticas de recursos, consulte Patrones de diseño de varias cuentas con Amazon EventBridge en GitHub.

Supervisar el rendimiento de las reglas

Supervise sus reglas para asegurarse de que funcionan según lo esperado:

• Supervisar la métrica TriggeredRules para detectar puntos de datos faltantes o anomalías puede ayudarte a detectar discrepancias si un editor ha realizado un cambio radical. Para obtener más información, consulte Supervisión de Amazon EventBridge.

• La alarma en caso de anomalías o el recuento máximo esperado también pueden ayudar a detectar si una regla coincide con nuevos eventos. Esto puede suceder cuando los publicadores, incluidos los servicios de AWS y los socios de SaaS, introducen nuevos eventos al habilitar nuevos casos de uso y características. Cuando estos nuevos eventos son inesperados y generan un volumen superior a la velocidad de procesamiento del destino final, pueden provocar una acumulación de eventos pendientes.

  Este procesamiento de eventos inesperados también puede generar cargos de facturación no deseados.

  También puede provocar una limitación de las reglas cuando la cuenta supera su cuota de servicio de invocaciones de destino totales por segundo. EventBridge seguirá intentando entregar eventos que coincidan con reglas limitadas y lo volverá a intentar en un plazo máximo de 24 horas o según se describe en la política de reintentos personalizada del destino. Puede detectar y activar las reglas limitadas mediante la métrica ThrottledRules

• En los casos de uso de baja latencia, también puede supervisar la latencia mediante IngestionToInvocationStartLatency, que proporciona una indicación del estado del bus de eventos. Cualquier período prolongado de alta latencia de más de 30 segundos puede indicar una interrupción del servicio o una limitación de las reglas.