AWS ha presentado una versión ampliada de los custom event buses de Amazon EventBridge pensada para organizaciones que distribuyen eventos entre múltiples equipos y cuentas. El nuevo bus puede compartirse de forma centralizada mediante AWS Resource Access Manager, incorpora orden opcional, deduplicación basada en contenido y un recurso Subscriber que agrupa filtrado, destino y reintentos, según el AWS Weekly Roundup oficial del 28 de septiembre.
Un solo bus para varias cuentas de la organización
La novedad permite que una empresa despliegue un bus central y lo comparta con cuentas diferentes en lugar de encadenar buses separados para cada equipo. AWS plantea este modelo para organizaciones donde aplicaciones, servicios y unidades de negocio necesitan publicar y consumir los mismos eventos.
El objetivo es reducir la complejidad de rutas cruzadas y evitar que la arquitectura crezca con múltiples saltos entre cuentas conforme aumenta el número de consumidores.
Orden y deduplicación pasan a ser opciones del bus
El enhanced custom event bus puede mantener orden de eventos de forma opcional y aplicar deduplicación basada en contenido. Para procesos como pedidos, aprovisionamiento o sincronización de estados, estas capacidades pueden simplificar lógica que antes debía implementarse en consumidores o servicios intermedios.
AWS también incorpora invocación síncrona para determinados destinos, incluido Lambda, lo que permite construir flujos donde el productor necesita conocer inmediatamente el resultado del procesamiento.
Subscriber agrupa filtros, destinos y reintentos
El nuevo recurso Subscriber reúne la selección del evento, el destino y las políticas de reintento. Esa abstracción puede reducir el número de recursos independientes que una empresa necesita mantener y facilita entender quién consume qué evento.
Para equipos de plataforma, la ventaja principal está en gobernanza: un bus compartido puede tener reglas centrales mientras cada consumidor mantiene su propia suscripción.
AWS cambia también el modelo de precios
La compañía indica que el nuevo esquema utiliza precios de entrada y salida y evita la acumulación de cargos por enrutamiento entre cuentas que puede aparecer en arquitecturas con varios buses encadenados. Los buses existentes siguen funcionando como “classic”, por lo que no existe una migración obligatoria inmediata.
Una empresa debería comparar volumen de eventos, número de cuentas y rutas actuales antes de cambiar. Centralizar puede reducir complejidad, pero también convierte el bus en un componente especialmente importante que debe tener políticas, observabilidad y límites bien definidos.
Como contexto técnico, también hemos cubierto el nuevo GKE Agent Sandbox, las propiedades externas de GitHub, la migración de suscripciones de Shopify, los nuevos datos logísticos de Shopify, Microsoft Defender ISOC y Cloudflare Threat Signals.
Fotografía: panumas nikhomkhai / Pexels.
