Flux en Producción · Lección 19
¿Qué patrón común se usa con Flux para promover un cambio validado en 'dev' hacia 'staging' y eventualmente 'production'?
Usar ramas o directorios distintos por entorno, donde promover significa hacer un merge/PR (o actualizar una referencia de imagen/tag) desde la configuración de un entorno hacia el siguiente, siguiendo el mismo flujo de revisión que cualquier cambio en Git
Flux promueve automáticamente cualquier cambio de dev a producción sin ningún tipo de revisión o aprobación intermedia
Es técnicamente imposible tener múltiples entornos gestionados con Flux desde el mismo repositorio
Requiere eliminar completamente la configuración de dev antes de poder desplegar a staging
Flux en Producción · Lección 19
Completa el código
La promoción típica ocurre mediante un pull request que actualiza una referencia de
Revisa: típicamente actualiza una referencia de imagen/tag, o el contenido de un overlay específico de ese entorno.
Flux en Producción · Lección 19
¿Por qué que la promoción de cambios siga pasando por un pull request revisado (en vez de aplicarse automáticamente) da un punto de control humano antes de que un cambio llegue a un entorno más crítico como producción?
Pista: alguien revisa y aprueba explícitamente el pull request que promueve el cambio hacia el siguiente entorno, dando la oportunidad de detectar un problema o rechazar la promoción antes de que ese cambio afecte a un entorno más crítico y sensible como producción.
✓
¡Lección completada!
Promoción entre entornos (dev → staging → prod)
0
XP ganado
3
Vidas restantes