chore: import DH V2 D5.6.4 production baseline
This commit is contained in:
@@ -0,0 +1,59 @@
|
||||
# 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.
|
||||
Reference in New Issue
Block a user