Rollback en GitLab para revertir errores en producción

Contenido del curso

Introducción

Administración

Planificación

Verificación

Empaquetación

Seguridad

Distribución

Monitoreo

Conclusiones

53
Automatización en desarrollo con DevOps y GitLab
02:29 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:005:14

Rollback en GitLab para revertir errores en producción

Curso de DevOps con GitLab

Clase 47 de 53

Clase 47 / 53

Comentarios (12)12 comentarios

Manuel Gonzalez Ortega

Hace 7 años

como manejan en este CD las instalaciones de Base de datos? modificaciones de procedimiento, modificaciones de datos etc.

Gotam

Hace 4 años

¡Exácto! Cómo se gestionan base de datos. Todo lo visto aquí de momento es sobre una app o una API. El problema es que las DB a veces requieren ser cambiadas y un rollback aquí solo regresa a la versión anterior pero no así con la DB.

Juan Pablo Gómez García

Hace 6 años

En mi caso comencé como intern y en mis primeras tareas estaba organizar las versiones de los releases. La primera vez que lo hice mande a instalar una versión vieja y se cayo todo. Estuvieron llamándome a las 11 y yo de lo lindo durmiendo.

Francisco Garcia [C6]

Hace 7 años

En mi expericiencia personal he tenido muchos problemas con el tema de volver a la versión anterior, en especial con SQL Server, sin embargo mientras veia esta clase, los diferentes repositorios tiene conexion con SQL Server, para volver a versiones anteriores. Sin embargo es necesario ser muy cuidadosos, en el tema de los datos.

Helí Fernando Jerez Rincón

Hace 6 años

Lo más difícil en un rollback, por ejemplo en el sector financiero es arreglar los datos que se vieron afectados. reversar las transacciones y ejecutar sentencias que deben hacerse con un cuidado y un procedimiento que involucre muchas manos para evitar el error humano.

Paso una vez que se ejecuto un query sobre un ambiente para arreglar y el query no se paso por un flujo y termino dañando todos los registros y el rollback se demoro aún más porque tocó bajar el sistema total, restaurar backup y ejecutar el query correcto.

Leonardo Buezo

Hace 4 años

Ricardo Antonio Rodriguez Valdez

Hace 7 años

Eso esta como el mundo perfecto, aunque gitlab dura como 10 minutos en hacer el rollback con el branch y el commit del master pero esta nitido.

Pablo Aquino

Hace 6 años

Tener el backups de las versiones, me han ayudado para poder realizar rollback, claro estos rollbak eran manuales, pero ahora con gitlab esto se puede hacer con un clic y con menos errores.

Diego Fernando Bastidas Rincon

Hace 3 años

sí pero no sé si sea taaan así, ya que muchas veces los despliegues corresponden cambios no solo de código, ya que a veces también se hacen configuraciones a nivel de servidor, o se actualiza el esquema de la base de datos. entonces sí, basicamente es una gran ayuda pero potencialmente se tendrás que seguir haciendo trabajo. eso es lo que percibo.

Leonardo Buezo

Hace 4 años

Environment Rollback

Pilar Milena Mojica Torres

Hace 5 años

Afortunadamente existe el Rollback ya que las pruebas pueden estar OK todas, pero siempre puede pasar algo con el paso a producción es muy normal que suceda.

Manuel Alejandro Rebelez Aguilar

Hace 6 años

hola, como puedo realizar el rollback si no tengo ambientes? unicamente los pipelines ejecutados dentro de la rama master?, digamos que tengo el pipeline 10 y quiero regresar al 9?, no veo la opcion dentro de los pipelines para regresar ... gracias.

Santiago Cano Garcés

Hace 6 años

Gilab tiene alguna opción de implementar una prueba de humo sobre el despliegue en los environments y si esta falla ejecutar de forma automática el rollback ?

Recursos

Cuando algo falla en producción, la velocidad y la claridad importan. Aquí aprenderás a proteger tu sistema con rollbacks en GitLab, una práctica que devuelve tu aplicación a una versión estable en un clic, evitando noches en vela y reduciendo el estrés del equipo de DevOps.

¿Qué es el rollback y por qué importa en producción?

Un rollback es el mecanismo para volver a una versión previa y estable de la aplicación. En lugar de debug en caliente, aplicar hot fixes o coordinar llamadas a las tres de la mañana, se vuelve a la versión anterior y se investiga con calma después.

Previene interrupciones largas. Vuelves rápido a un estado conocido y estable.
Reduce riesgo humano. Evitas cambios apresurados en plena crisis.
Aísla variables. Si falló un disco o la red, regresas a una versión que se comunicaba bien con la infraestructura.
Cuida al equipo. Menos alertas nocturnas, menos modo on-call sin necesidad.

Esto es clave porque, a medida que el sistema crece, aumenta la complejidad y es fácil que un error escape a QA o al desarrollo. Un rollback limpia el camino: vuelves a lo que funcionaba y luego analizas el incidente con calma.

¿Cómo se hace el rollback en GitLab sin estrés?

En GitLab, el rollback vive en la pestaña de ambientes. La idea es simple: eliges la versión previa conocida y confirmas la reversión. No necesitas escribir código nuevo ni tocar producción directamente.

¿Cómo se ejecuta en GitLab?

Entra a GitLab y verifica que el deploy a producción está activo.
Detecta el problema: por ejemplo, un título incorrecto con posible riesgo legal.
Identifica la versión anterior estable: la que mostraba “Welcome to Express” en lugar de “Welcome to Platzi”.
Haz clic en “Rollback Environment”.
GitLab avisa que generará un nuevo commit y luego hará un revert.
Se dispara un nuevo pipeline o job que toma la versión anterior y la sube a producción.
Espera a que termine el job para validar el resultado.

¿Qué resultados confirman el éxito?

Presiona Refresh en la página y verifica que ahora dice “Welcome to Express”.
Vuelve a “ambientes” y confirma que el ambiente apunta al commit específico esperado.
Disfruta el beneficio: fue un clic y evitaste horas de caos en producción.

¿Qué habilidades y conceptos clave refuerzas?

Aplicar rollback en GitLab fortalece prácticas operativas y de entrega continua, enfocadas en estabilidad y respuesta ante incidentes.

Gestión de incidentes: pausar el daño y restaurar el servicio antes de investigar.
Ambientes en GitLab: administrar producción desde la pestaña de ambientes y ver el estado actual.
Rollback y revert: volver a una versión previa mediante un commit de reversión controlado.
CI/CD con pipeline y job: entender que la reversión también es un proceso automatizado y auditado.
Versionado con commit específico: regresar exactamente al punto estable conocido.
Buenas prácticas en producción: evitar debug en vivo, minimizar hot fixes urgentes y preferir cambios reversibles.
Colaboración entre desarrollo, QA y operaciones: aceptar que algunos errores pasan filtros y que la salida segura es revertir rápido.
Uso de frameworks y contenido visible: validar cambios simples (como el texto “Welcome to Express”) para confirmar el estado del deploy.

Comparte en comentarios tus “historias de terror” en producción y cómo un rollback te salvó la noche. ¿Qué aprendiste y cómo lo aplicarás la próxima vez?

Introducción

DevOps con GitLab para automatizar entregas de software

Qué es DevOps y cómo integra desarrollo con operaciones

DevOps como ciclo iterativo continuo: etapas y beneficios clave

GitLab como plataforma integral para el ciclo de vida DevOps

Diferencias clave entre GitLab y GitHub para desarrolladores

Administración

Configuración de autenticación segura en GitLab

Grupos y subgrupos de GitLab para organizar proyectos y permisos

Gestión de permisos y colaboradores en GitLab

Rastros de auditoría en GitLab para administración segura

Creación y configuración de proyectos en GitLab

Planificación

Diferencias entre Agile y Waterfall en desarrollo de software

Creación y gestión de issues en GitLab para colaboración eficaz

Etiquetas para organizar issues en GitLab

Planificación en Gitlab-Pesos

Creación y gestión de milestones en GitLab para sprints y releases

Boards en GitLab para visualizar flujos de trabajo con issues

Service Desk de GitLab para soporte por correo electrónico

Planificación en Gitlab-Quick actions

Verificación

Inicialización de Angular con GitLab y test-driven development

Merge requests y control de calidad en GitLab

Flujo completo de merge requests en GitLab

Automatización de flujos de trabajo con GitLab CI

GitLab CI: configuración, stages y variables para automatización

Configuración de GitLab CI para proyectos Angular

Validación de archivos GitLab CI con linter antes del pipeline

gitlab-ci.yml

Configuración de GitLab Pages para hosting estático con CI

Configuración de GitLab Pages para deploy automático de Angular

Desarrollo ágil y sus doce principios fundamentales

GitLab AutoDevOps: pipelines automatizados con seguridad y calidad

Configuración de GitLab Auto DevOps con Kubernetes en Google Cloud

Configuración de Auto DevOps en GitLab con Kubernetes

Empaquetación

Integración de GitLab Container Registry con Auto DevOps

Introducción a contenedores

Seguridad

DevSecOps: integración de seguridad en el ciclo de desarrollo

Autenticación de commits con llaves PGP en GitLab

Pruebas estáticas de seguridad en GitLab para detectar vulnerabilidades

Análisis de contenedores con GitLab y Clair para detectar vulnerabilidades

Análisis de vulnerabilidades en dependencias de NPM, PIP y Composer

Pruebas dinámicas de seguridad con DAST en GitLab

GitLab Security Dashboard: hub centralizado de vulnerabilidades

Distribución

Continuous Deployment seguro con GitLab y control de riesgos

Configuración de ambientes en GitLab para desarrollo industrial

Review apps: ambientes efímeros por branch para feedback rápido

Estrategias de Distribución

Feature Flags

Rollback en GitLab para revertir errores en producción

Monitoreo

Importancia del monitoreo en DevOps y despliegue continuo

Métricas de desempeño en GitLab con Prometheus

Métricas de salud en GitLab para prevenir fallas de infraestructura

Métricas de equipo en GitLab para optimizar workflows de DevOps

Integración de GitLab con Sentry para rastrear errores en producción

Conclusiones

Automatización en desarrollo con DevOps y GitLab

Rollback en GitLab para revertir errores en producción