Saltar al contenido principal

Preparación y cierre de la ventana

Actividades de infraestructura que enmarcan el despliegue: ítems 1 a 4 del plan aprobado antes de tocar el código, e ítem 9 al terminar. Las ejecuta el MEN.

Estas actividades no dependen de los componentes entregados: son el marco operativo del cambio. Se documentan aquí para que el ejecutor tenga el plan completo en un solo sitio.

Ítem 1 — Mantenimiento en el software de monitoreo​

Responsable: Monitoreo · Duración: 30 min

Colocar en mantenimiento la aplicación completa (APP158 — Campus Virtual) en el software de monitoreo, para el DNS https://applicationcert.colombiaaprende.edu.co, sobre los cuatro servidores.

Aplica a M2APCAMPUS01, M2APCAMPUS02, M2APCAMPUS03 y M2BDCAMPUS01.

Ítem 2 — Acceso permanente al endpoint del Agente IA​

Responsable: Seguridad · Duración: 30 min

Habilitar la salida hacia el endpoint del servicio externo de tutoría IA desde los tres nodos de aplicación.

El acceso es permanente, no de ventana

No es una apertura temporal para el despliegue. El Drawer IA necesita alcanzar el servicio externo de forma continua durante la operación normal del campus: el plugin local_pccntr8203403_aitutor actúa como proxy del lado del servidor y reenvía cada mensaje del estudiante en tiempo real.

Si este acceso se retira al cerrar la ventana, el tutor IA queda inoperativo aunque el despliegue haya sido correcto.

La URL concreta del servicio es un parámetro de ambiente que el MEN debe tener definido antes del ítem 7. El plugin llama POST {serverurl}/webhook/v1/campus/tutor sobre HTTPS, sin redirecciones.

Ítem 3 — Snapshot de los servidores​

Responsable: Infraestructura · Duración: 120 min

Generar snapshot de los cuatro servidores, incluido el de base de datos.

Este snapshot es el primer nivel de reversa y el único que revierte los tres pasos del despliegue de una sola vez. Ver Rollback.

Ítem 4 — Respaldo de base de datos y del directorio de la aplicación​

Responsable: Aplicaciones Colombia Aprende · Duración: 180 min

Generar copia de respaldo de la base de datos moodle y del directorio de la aplicación, y verificar el tamaño de ambos respaldos antes de continuar.

Es obligatorio antes de cualquier upgrade.php: el paso 2 escribe en la base de datos (versiones de plugin, definiciones de Web Services) y no es reversible por sí mismo.

El respaldo pertenece a este ambiente

El dump obtenido aquí sirve solo para revertir este mismo despliegue, en este mismo ambiente. Nunca se restaura un dump traído de otro ambiente, ni se usa este para poblar otro. Ver qué NO incluye la entrega.

Con los ítems 1 a 4 completos, continuar con el Paso 1/3 — Código fuente.


Ítem 9 — Retirar de mantenimiento​

Responsable: Monitoreo · Duración: 30 min

Se ejecuta después de la verificación técnica (ítem 8) y antes de las validaciones funcionales (ítem 10).

Retirar de mantenimiento la aplicación completa en el software de monitoreo, para el mismo DNS y los mismos cuatro servidores del ítem 1.

Por qué el orden importa

Las validaciones funcionales del ítem 10 se ejecutan con la aplicación ya publicada, recorriendo el campus como lo haría un usuario real. Por eso el retiro del mantenimiento va antes que ellas y no al final del plan.

La consecuencia práctica: si el protocolo funcional detecta un fallo que obligue a revertir, la aplicación ya está publicada y hay que volver a ponerla en mantenimiento antes de ejecutar el rollback.