Una función Lambda suscrita a un tema de SNS debe procesar solo los mensajes que indican cambios de dirección de correo electrónico; otros suscriptores manejarán otros tipos de mensajes. Desea la solución que requiera la menor cantidad de trabajo de desarrollo. ¿Qué enfoque debe utilizar?

La opción correcta es configurar una política de filtro de suscripción de SNS directamente en la suscripción de Lambda. SNS permite aplicar políticas de filtro a las suscripciones, lo que significa que solo los mensajes que coinciden con los atributos definidos en la política se entregarán a ese suscriptor específico. Esto es eficiente porque SNS realiza el filtrado antes de invocar la función Lambda, reduciendo el trabajo de desarrollo y el costo al evitar invocaciones innecesarias. Las otras opciones son menos óptimas: El filtrado de eventos de Lambda no es una característica nativa para los eventos de SNS; Lambda procesa todos los eventos que recibe de SNS y el filtrado se realizaría dentro del código de la función, lo que aumenta la complejidad. Usar una cola SQS intermedia con una política de filtro añade un componente innecesario y más complejidad a la arquitectura, aumentando el trabajo de configuración y mantenimiento. Hacer que la Lambda inspeccione y vuelva a publicar mensajes es ineficiente, costoso y propenso a errores, ya que la función se invocaría para cada mensaje, incluso los no relevantes, y la lógica de reenvío sería compleja.