Un sistema sin servidor contiene un servicio de usuario central (DynamoDB) que almacena datos sensibles. Otros microservicios mantienen copias locales de partes de esos datos sensibles en varios servicios de almacenamiento. Cuando el servicio de usuario central elimina un usuario, todos los demás microservicios deben eliminar inmediatamente su copia. ¿Qué diseño satisface este requisito?

La opción correcta utiliza EventBridge, que es ideal para enrutamiento de eventos entre microservicios. El servicio central publica un evento de eliminación de usuario en EventBridge. Cada microservicio tiene una regla específica que filtra este evento y activa su propia lógica para eliminar los datos locales, asegurando una propagación inmediata y desacoplada. Las otras opciones son menos eficientes o apropiadas: DynamoDB Streams con SQS requiere que cada microservicio sondee la cola SQS, lo que puede introducir latencia y complejidad en la gestión de mensajes consumidos. Las notificaciones de eventos de DynamoDB a SNS no existen directamente para eliminaciones de elementos; DynamoDB Streams es el mecanismo principal. Además, SNS no garantiza la entrega a todos los suscriptores si un microservicio está inactivo. Publicar un mensaje en una cola SQS y que cada microservicio filtre la cola es ineficiente; SQS está diseñado para un patrón de consumidor único o un grupo de consumidores que procesan mensajes de forma competitiva, no para la distribución a múltiples consumidores independientes que necesitan filtrar el mismo mensaje.