Deploy, release, soporte y evolución operativa
Deploy ≠ Release; readiness, config/secrets, migraciones, backup/recovery, rollback, Release Evidence, producción, soporte, incidentes, Operational Debt y Runbooks.
Deploy ≠ Release; readiness, config/secrets, migraciones, backup/recovery, rollback, Release Evidence, producción, soporte, incidentes, Operational Debt y Runbooks.
Deploy, release, soporte, mantenimiento y upgrade son actividades distintas. Separarlas ayuda a decidir cuándo un cambio está técnicamente desplegado, cuándo está disponible para usuarios y cómo se opera después.
De deployment readiness a release
Antes de desplegar se revisan configuración, secretos, migraciones, backups y recuperación. El release incorpora Release Evidence, notas y criterio humano para decidir exposición o activación.
- Deployment Readiness.
- Backup y recovery.
- Rollback o Forward Fix.
- Release Candidate y Release Evidence.
Operación continua
Production requiere soporte, mantenimiento, upgrades, Runbooks y Operational Handoff. Los incidentes generan evidencia y Post-Incident Review; la deuda operativa se gestiona igual que otra deuda técnica relevante.
- Support y Maintenance.
- Upgrade y Deprecation/EOL.
- Incident Response.
- Operational Debt y Runbooks.
Reproducibilidad, configuración y secretos
El servidor no es la fuente de verdad. Un sistema debe poder reconstruirse desde Git, configuración documentada y secretos gestionados fuera del repositorio. Deployment Readiness revisa runtime, configuración, dependencies, migrations, persistencia, observabilidad, backups y recovery antes de tocar el target real.
- Git + config documentada.
- Secrets fuera del repo.
- Environment y runtime explícitos.
- Deployment Readiness antes del deploy.
Release Candidate y Release Evidence
Una Release Candidate identifica una versión concreta candidata a liberación. La evidencia de release debe relacionar SHA, artifact, Quality Gates, deployment readiness, migrations/config, smoke/runtime validation y autorización humana. Deployment es una acción técnica; Release es una decisión de entrega estable.
- RC identificable por SHA/artifact.
- Smoke validation en environment real.
- Release Notes.
- Human release decision.
Operación, incidentes y memoria operacional
Después del release aparecen soporte, mantenimiento, upgrades, incidentes y deuda operativa. Runbooks y Operational Handoffs reducen dependencia de memoria individual. Un incidente se estabiliza, entiende, recupera y verifica antes de convertir sus hallazgos en Lesson Learned o cambios de DCP Flow.
- Support / Maintenance / Upgrade.
- Incident Response.
- Post-Incident Review.
- Runbook y Operational Handoff.
Glosario contextual＋
Acción técnica de colocar una versión en un entorno.
Decisión controlada de poner una versión a disposición de usuarios o producción.
Retorno controlado a un estado anterior cuando una entrega no es aceptable.
Transferencia explícita del sistema desde delivery hacia operación y soporte.