Un arquitecto de soluciones está diseñando la arquitectura de la nube para una nueva aplicación en AWS. El procesamiento debe ejecutarse en paralelo, añadiendo y eliminando nodos de aplicación según sea necesario en función del número de trabajos a procesar. La aplicación del procesador no tiene estado. El diseño debe estar débilmente acoplado y los elementos de trabajo deben almacenarse de forma duradera. ¿Qué diseño debe utilizar el arquitecto de soluciones?

La opción correcta utiliza Amazon SQS para almacenar duraderamente los elementos de trabajo y desacoplar la aplicación, lo cual es fundamental para un procesamiento paralelo y elástico. El escalado del grupo de Auto Scaling basado en el número de elementos en la cola de SQS asegura que los nodos se añadan o eliminen dinámicamente según la carga de trabajo real, optimizando recursos y rendimiento. Las opciones incorrectas son: Usar Amazon SNS para los trabajos no garantiza el almacenamiento duradero ni el desacoplamiento necesario para que múltiples procesadores consuman los mismos mensajes de manera independiente. Escalar por uso de CPU no es óptimo para una carga de trabajo impulsada por colas, ya que la CPU podría no reflejar la cantidad de trabajos pendientes. Escalar por uso de red es una métrica indirecta y menos precisa para una carga de trabajo basada en colas que el número de elementos en la cola. Usar SNS y escalar por el número de mensajes publicados en el tema de SNS no es apropiado porque SNS es un servicio de publicación/suscripción, no una cola duradera para el procesamiento de trabajos, y el escalado no se basaría en el trabajo pendiente real.