Files
dh-inspeccion-v2/docs/PHASE_D5_3_7_DEPLOY.md
T

60 lines
1.7 KiB
Markdown

# Deploy D5.3.7
Artefacto esperado:
`DH_V2_FASE_D5_3_7_1_SOURCE.zip`
Ruta de producción:
`/var/www/dhv2.korexlabs.com`
## Seguridad del deploy
El script `scripts/deploy-phase-d5-3-7-1.sh` valida antes de modificar producción:
- espacio libre suficiente;
- PostgreSQL `healthy` y aceptando conexiones;
- ZIP y versiones esperadas;
- build real de API en staging;
- suite completa de tests API en staging;
- build real del frontend en staging.
Sólo después crea backup PRE, instala el source, reconstruye imágenes y aplica la migración.
El chequeo de migraciones se imprime directamente; no se oculta dentro de una sustitución de shell. Esto facilita diagnosticar errores del contenedor `migrate`.
## Ejecución
Desde el directorio del sitio, extraer el script del ZIP y ejecutarlo preferentemente dentro de `tmux`:
```bash
unzip -p DH_V2_FASE_D5_3_7_1_SOURCE.zip scripts/deploy-phase-d5-3-7-1.sh > /root/deploy-dhv2-d537.sh
chmod +x /root/deploy-dhv2-d537.sh
bash /root/deploy-dhv2-d537.sh 2>&1 | tee /root/deploy-dhv2-d537.log
```
Resultado esperado:
`ACEPTACIÓN DE FASE D5.3.7: OK`
Health esperado:
- version `0.19.3-7.1`
- phase `D5.3.7`
- database `ok`
## Validación funcional posterior
No aplicar masivamente un lote apenas termina el deploy.
Orden recomendado:
1. Abrir `Tablas de yacimiento.xlsx`.
2. Ejecutar nuevamente Conciliación.
3. Generar Plan.
4. Revisar el desglose por Organizaciones / Áreas / Yacimientos / Relaciones y enviar captura para validar.
5. Sólo después de validar el plan territorial, confirmar su aplicación.
6. Reconciliar nuevamente PSEnergy, porque el Maestro ya habrá cambiado.
7. Seleccionar la operadora correcta y namespace `PSENERGY`.
8. Generar y resolver el plan técnico antes de cualquier aplicación.