Mantén disponibles los trabajos cuando los consumidores son lentos o fallan, notifica a los equipos posteriores y protege los resultados de negocio frente a entregas repetidas. Aprende SQS y SNS mediante un pequeño flujo de procesamiento de pedidos.
Cinco laboratorios guiados cubren consumo, visibilidad, colas de mensajes fallidos, distribución SNS y protección contra duplicados. El reto independiente repara un incidente en el que los trabajos fallidos nunca llegan a la cola de recuperación.
Qué aprenderás
- Enviar, recibir, procesar y confirmar trabajos SQS
- Observar ventanas de visibilidad, nuevas entregas e identificadores de recepción actuales
- Aislar trabajos fallidos en una cola de mensajes fallidos
- Distribuir notificaciones SNS a suscripciones SQS filtradas
- Usar escrituras condicionales DynamoDB para proteger una operación de negocio repetida
- Reparar el enrutamiento de trabajos fallidos mientras continúa el trabajo sano
- Verificar resultados almacenados y eliminar solo recursos propios
A quién va dirigido este curso
Este curso está dirigido a estudiantes preparados para ampliar una aplicación sin servidor con trabajo asíncrono y gestión de fallos.
Requisitos previos: Empieza con acceso Lambda–DynamoDB (FN03) y sus requisitos. Q01 → Q02 → Q03 enseñan procesamiento y aislamiento de fallos. Q04 es una rama SNS con políticas de recursos IAM; Q05 requiere escrituras condicionales DynamoDB (D04) y actualización de código Lambda (FN02). El desafío sigue a Q03; PS02 también usa Q05.
Entorno de aprendizaje: Todas las actividades se realizan en un entorno Linux de LabEx proporcionado y accesible desde el navegador. Usa Terminal para ejecutar comandos de AWS CLI y AWS View, junto a Terminal, para consultar el mismo estado de los recursos y las aplicaciones. Las herramientas y la conexión están preparadas; no necesitas una cuenta personal de AWS ni claves de acceso. Cada laboratorio empieza de forma independiente en una VM nueva. AWS View muestra colas, cuerpos de mensajes, intentos, registros, envoltorios SNS y pedidos almacenados. La observación de solo lectura no recibe ni confirma mensajes.
Preguntas frecuentes
¿Una cola configurada demuestra que los trabajos se procesan?
No. Comprueba el procesamiento real, los resultados almacenados, los mensajes originales confirmados y el trabajo fallido conservado. Los procesadores y datos de referencia proporcionados permiten centrarse en esos resultados con trabajos ficticios.
¿Por qué un mensaje tiene un nuevo identificador de recepción?
Un identificador de recepción pertenece a una entrega. Cuando caduca la visibilidad, puede producirse otro intento con un identificador actual. Usa el identificador de la entrega que quieres confirmar.
¿La protección contra duplicados significa entrega exactamente una vez?
No. Las colas estándar pueden entregar más de una vez. Una escritura condicional de un solo elemento protege el efecto de negocio enseñado, pero las operaciones de cola y las escrituras en la base de datos son separadas; esto no es una transacción atómica ni una garantía de exactamente una vez de extremo a extremo.
¿Cuál es el alcance de los ejemplos de mensajería?
Colas estándar con un consumidor de un mensaje por vez, redirección a colas de mensajes fallidos, distribución SNS a SQS en la misma cuenta y filtros de atributos de mensajes. El orden FIFO, los lotes arbitrarios, el rendimiento de producción, el diseño de políticas entre cuentas y las garantías completas de reintentos del servicio quedan fuera del alcance.
¿Qué proyecto sigue a este curso?
Recover Poison Messages Without Duplicating Orders en el curso del proyecto Serverless. El desafío requiere Q03 y sus requisitos; el proyecto también Q05. Verifica el funcionamiento antes de limpiar.
