Introducción
Genera solicitudes reales y correlaciona registros CloudWatch con respuestas HTTP 200 y 404.
Completa antes los laboratorios anteriores del portafolio. Este laboratorio proporciona sus propios recursos y las capacidades de las etapas previas. Conserva conocimientos, no servidores, archivos ni credenciales anteriores.
Relación con la certificación
| Certificación | Tareas | Práctica |
|---|---|---|
| AWS Certified Cloud Practitioner (CLF-C02) | Task 3.8 | Entender resultados de solicitudes mediante CloudWatch Logs. |
Vista general
Encuentra una solicitud correcta
En este paso, abrirás el portafolio desde AWS View y confirmarás Alex Morgan. Un evento registra lo ocurrido en un momento; un log group agrupa eventos y un log stream puede representar una instancia. La integración preparada registra ruta, estado e ID, sin credenciales ni cabeceras.
Entra en el proyecto.
cd /home/labex/project
Carga y muestra LOG_GROUP.
source website.env
echo "$LOG_GROUP"
filter-log-events sin patrón obtiene los eventos de ese grupo.
aws logs filter-log-events --log-group-name "$LOG_GROUP"
Busca path=/website status=200: HTTP 200 indica éxito. timestamp está en milisegundos desde Unix epoch y request_id identifica la solicitud. El navegador puede pedir también /assets/aura-brand.webp. AWS View muestra los mismos eventos; el control verifica que se recopilaron, no que los interpretaste.
Diagnostica una página inexistente
En este paso, abrirás Open a missing page en AWS View. /missing debe mostrar Page not found; HTTP 404 significa ruta inexistente, no servidor apagado.
Filtra mensajes con 404 y confirma path=/missing status=404. El patrón es una frase exacta: las comillas simples exteriores conservan las comillas dobles interiores.
aws logs filter-log-events --log-group-name "$LOG_GROUP" --filter-pattern '"status=404"'
Vuelve al portafolio, recárgalo y confirma Alex Morgan antes de leer todos los eventos.
aws logs filter-log-events --log-group-name "$LOG_GROUP"
Deberán aparecer rutas fallidas y páginas principales correctas. Reiniciar no crea la ruta inexistente. Un filtro vacío no demuestra éxito: revisa enlace, grupo y finalización de la solicitud.
Limpia sitio y registros
En este paso, terminarás el servidor y borrarás solo el grupo del ejercicio después de revisar sus eventos.
Muestra el ID de la instancia.
echo "$INSTANCE_ID"
Termina esa instancia.
aws ec2 terminate-instances --instance-ids "$INSTANCE_ID"
Espera terminated.
aws ec2 wait instance-terminated --instance-ids "$INSTANCE_ID"
Elimina LOG_GROUP; también desaparecen sus streams y eventos.
aws logs delete-log-group --log-group-name "$LOG_GROUP"
AWS View ya no debe mostrar eventos del ejercicio. Conserva el grupo de referencia y la red preparada.
Resumen
Relacionaste rutas con eventos reales, distinguiste 404 de servidor parado y limpiaste sin perder referencias.
Referencias oficiales: CloudWatch Logs concepts, filter pattern syntax.
