Recupera el servicio tras una publicación fallida

LinuxBeginner
Practicar Ahora

Introducción

Common Ground tiene otra versión candidata para evaluar. Su comando de publicación puede completarse correctamente aunque un visitante no pueda realizar una acción importante. Tu tarea es distinguir ambas situaciones y restaurar la versión de funcionamiento conocido cuando sea necesario.

Este sitio de formación desechable no tiene visitantes reales. Practicarás la recuperación deliberadamente; en un proceso real, las comprobaciones previas pueden rechazar una candidata antes de que llegue a los visitantes.

Este entorno es nuevo: se ejecuta event-v1 en Room A, independientemente de lo realizado en la práctica anterior. Prepararás event-v3, probarás los recorridos reales y recuperarás el servicio original sin editar los archivos proporcionados. Las pestañas Workstation, Website y Topology están listas.

Prepara la versión de recuperación

Identificarás la versión que funciona e instalarás la candidata por separado antes de cambiar el sitio. Empieza en Website.

Reconoce lo que debe restaurar la recuperación

El inicio muestra Linux Evening en Room A y el pie identifica event-v1. Pulsa la fila, comprueba que se abren los detalles y abre Registration instructions. La recuperación debe restaurar estas funciones normales. Pulsa COMMON GROUND para volver al inicio en Website.

Cambia a Workstation. El terminal ya está en /home/labex/project/website-release. Examina el enlace simbólico actual:

readlink current

Muestra releases/event-v1. Confirma el archivo de versión conservado:

cat releases/event-v1/version.txt

Muestra event-v1. Ese directorio es aquí el destino explícito de recuperación. La versión «anterior» no es automáticamente la correcta en todos los sistemas; en esta práctica has comprobado que esta sirve correctamente las páginas necesarias.

Prepara la candidata

Enumera los paquetes suministrados:

bash release.sh list

Este entorno contiene event-v1 y event-v3. La candidata traslada el evento a Community Hall. Un nombre nuevo o una instalación correcta no demuestra su calidad.

Instálala sin seleccionarla:

bash release.sh install event-v3

El mensaje confirma que el sitio actual no cambió. Enumera las versiones instaladas:

ls releases

Deben aparecer event-v1 y event-v3. Conserva ambas sin cambios: evalúas la candidata y puedes recuperar la versión de referencia.

Reconoce una publicación fallida

Publicarás la candidata y distinguirás una selección correcta del funcionamiento de las funciones de usuario. Empieza en Workstation.

Observa la selección correcta

Selecciona la candidata:

bash release.sh deploy event-v3

La herramienta indica event-v3 y pide comprobar las páginas. El comando completó la selección; no evaluó los requisitos funcionales.

Comprueba el estado del inicio con las opciones de curl de la primera práctica:

curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/

Devuelve 200. El recurso de versión también funciona:

curl -sS http://127.0.0.1:8081/version.txt

Muestra event-v3. Ninguna de estas observaciones confirma que funcione el enlace a la sesión.

Encuentra el fallo visible para el usuario

Cambia a Website, vuelve al inicio con COMMON GROUND y recarga. El inicio parece completo y muestra Community Hall. Pulsa Linux Evening.

En vez de los detalles aparecen Let's get you back on track. y 404 / A SMALL DETOUR. Es la página de recurso inexistente del sitio. Su diseño está cuidado, pero la respuesta HTTP sigue indicando un fallo para la sesión solicitada.

Una sesión realmente inexistente en la candidata

El enlace de la candidata apunta a /events/container-evening.html. Vuelve a Workstation y solicita exactamente esa ruta:

curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/container-evening.html

El resultado esperado es 404. Es una prueba intencional, no un comando que debas reparar u omitir. Sin la opción de curl que falla ante errores HTTP, recibir 404 permite que curl termine normalmente: recibir una respuesta del servidor es distinto de no poder conectarse.

Cambia a Topology. Puede seguir indicando Homepage reachable porque su comprobación limitada funciona. La ruta necesaria de la sesión falla. Debes rechazar esta versión y restaurar la de funcionamiento conocido, sin detener el sitio ni reescribir la candidata.

Restaura y valida la versión de funcionamiento conocido

Recuperarás el sitio original y confirmarás que los visitantes pueden utilizarlo de nuevo. Empieza en Workstation.

Selecciona la versión conservada

rollback selecciona una versión instalada. No repara ni reconstruye la candidata fallida. Restaura el destino de recuperación ya comprobado:

bash release.sh rollback event-v1

Salida esperada:

Selected event-v1. The server reports:
event-v1
Selection finished. Check the required pages before accepting this release.

Examina el enlace simbólico:

readlink current

Selecciona releases/event-v1. El directorio event-v3 sigue guardado; conservarlo para investigarlo no implica que siga atendiendo visitantes.

Comprueba el recorrido restaurado

Cambia a Website. El navegador puede seguir en la URL inexistente de la candidata. Pulsa COMMON GROUND y recarga el inicio. Deben aparecer Room A y event-v1. Pulsa de nuevo Linux Evening: el enlace restaurado abre /events/linux-evening.html. Abre Registration instructions y confirma que están disponibles los pasos para participar.

Los detalles de la sesión recuperada

La URL exclusiva de la candidata seguiría devolviendo 404; la recuperación restaura los enlaces reales del sitio correcto, no crea todas las URL que faltan.

Vuelve a Workstation y comprueba las rutas restauradas:

curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/events/linux-evening.html
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8081/registration.html

Las tres devuelven 200. Las comprobaciones en el navegador confirmaron también el contenido correcto.

Conserva ambas versiones instaladas:

ls releases

Deben seguir apareciendo event-v1 y event-v3. El servicio está recuperado; el defecto de la candidata queda para una tarea de desarrollo posterior. Este ejercicio solo restaura archivos estáticos del sitio. No revierte cambios de base de datos, envíos de usuarios ni toda una sesión de navegador de forma atómica.

Resumen

Observaste que un comando real de publicación podía completarse correctamente mientras fallaba un recorrido de usuario, rechazaste la candidata y restauraste el sitio completo de funcionamiento conocido. Verificaste la recuperación mediante contenido real y respuestas HTTP. La candidata sigue disponible para investigarla; la recuperación no la reparó en secreto.