Integra servicios AWS en una API privada de pedidos, un consumidor de cola recuperable y un flujo de informes de pedidos. Cada proyecto pide conectar capacidades ya enseñadas y verificar resultados de negocio concretos.
El curso contiene tres retos independientes con soluciones explicativas completas. Se proporcionan código de aplicación, interfaces, datos ficticios y componentes ajenos al objetivo para que puedas centrarte en las conexiones entre servicios, permisos, gestión de fallos y limpieza.
Qué aprenderás
- Lanzar una API de pedidos con inicio de sesión respaldada por Lambda, DynamoDB y configuración de alcance limitado
- Mantener disponible la salud pública mientras se rechazan solicitudes anónimas y con tokens inválidos
- Recuperar mensajes problemáticos solo después de que exista su resultado de negocio corregido
- Proteger pedidos almacenados al procesar nuevos mensajes duplicados
- Construir un flujo de almacenamiento e informes desde entradas S3 y configuración administrada
- Gestionar fallos temporales, permanentes y de autorización con resultados observables
- Verificar los bytes de informes descargables y eliminar estado propio y archivos privados
A quién va dirigido este curso
Este curso está dirigido a estudiantes que han completado los laboratorios pertinentes de servicios AWS y quieren practicar la integración de forma independiente.
Requisitos previos: Elige la rama correspondiente; los tres proyectos empiezan de forma independiente.
PS01 combina la autorización de rutas e invocación de Proteger rutas de API con un autorizador JWT (A05) y sus requisitos Lambda–DynamoDB con el manejo de credenciales de Cargar credenciales de una aplicación desde Secrets Manager (SEC03) y de parámetros/entorno de Separar la configuración con Parameter Store (SEC04). Los precios usan parámetros String normales; no se necesita el ejercicio SecureString/KMS de SEC04. CORS y las versiones/alias de Lambda son opcionales.
PS02 combina Aislar trabajos fallidos con una cola de mensajes fallidos (Q03)/Procesar trabajos de cola sin efectos duplicados (Q05): visibilidad y recibos actuales, aislamiento de fallos limitado, actualización de código/roles Lambda y escrituras condicionales DynamoDB. SNS y los demás proyectos son opcionales; no se reutilizan recursos de una VM anterior.
PS03 combina Evitar que los reintentos del flujo repitan un efecto de negocio (EV05) y sus requisitos FN03/D04/FN02, lectura/escritura de objetos S3 de Procesar un informe cargado en S3 (FN04) y credenciales/configuración de Cargar credenciales de una aplicación desde Secrets Manager (SEC03)/Separar la configuración con Parameter Store (SEC04). FN04 es Procesar un informe cargado en S3; no se necesitan las versiones/alias de FN05. Este flujo no requiere notificaciones S3, rutas EventBridge, SecureString/KMS ni los dos proyectos anteriores.
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 en la parte superior 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 relaciona decisiones de API, registros seguros, configuración, procesamiento de colas, historial de flujos y datos de tablas. No se exigen capturas de pantalla ni entrega de informes.
Preguntas frecuentes
¿Tengo que completar los tres retos en una sola VM?
No. Cada uno empieza de forma independiente. Reutiliza conocimientos, no recursos, credenciales o tokens. Las etapas recomendadas siguen los cursos de servicios de API, mensajería y flujos.
¿Qué verifica el reto de API privada?
Las solicitudes autenticadas crean y recuperan pedidos calculados, y los cambios de configuración afectan a precios posteriores. Las solicitudes anónimas o con tokens inválidos se detienen antes de Lambda; una entrada inválida o una configuración denegada no crea ningún pedido. El acceso a rutas JWT no establece propiedad por usuario. Mantén privadas las contraseñas ficticias, los tokens y las credenciales de socios.
¿Cuándo puedo confirmar un mensaje fallido?
Después de que el trabajo corregido produzca su resultado de negocio real. Entonces elimina la entrega fallida original y prueba nuevos duplicados. Las escrituras condicionales protegen un efecto de negocio sin prometer una transacción atómica entre cola y base de datos ni entrega exactamente una vez.
¿Cómo se evalúa el flujo de informes?
El historial de ejecución, los pedidos almacenados y los bytes de informes descargados demuestran la finalización ante fallos temporales y ejecuciones repetidas. Los fallos permanentes o de autorización deben permanecer claros. Completa las comprobaciones funcionales, elimina solo estado propio y configuración con credenciales y conserva los recursos ajenos.
