Puntos clave
- Terraform gestiona el estado deseado: se encarga de poner en marcha y configurar la infraestructura a partir del código.
- Cloud Rewind registra el estado real de la implementación; esto te ayuda a restaurar los entornos a un momento concreto en el que se sabe que todo funcionaba bien.
- Los archivos de estado de Terraform y el historial de Git no son herramientas de recuperación; no recogen lo que realmente se estaba ejecutando.
- Cloud Rewind ayuda a recuperar la infraestructura, tanto si los cambios se han realizado mediante IaC, a través de la consola o mediante intervención manual.
- Juntos, Terraform y Cloud Rewind ayudan a los equipos a contar con una estrategia completa de operaciones en la «nube»: crear rápido, recuperarse aún más rápido.
Si tu equipo utiliza Terraform, ya sabes lo potente que puede ser IaC. Defines lo que quieres, lo aplicas y tu entorno en la nube se materializa. La gestión de cambios se vuelve repetible. El aprovisionamiento se vuelve predecible. Pero hay una diferencia entre poner en marcha la infraestructura y recuperarla, y eso es lo que más importa cuando algo falla a las 2 de la madrugada.
Terraform y Cloud Rewind abordan diferentes partes del ciclo de vida de la «nube». Entender la diferencia te ayuda a evitar una suposición peligrosa: que tus herramientas de IaC sirvan también como plan de recuperación.
En qué se diferencian Terraform y Cloud Rewind
Terraform es una herramienta de aprovisionamiento. Define y gestiona el estado deseado. Cuando reviertes un cambio de Terraform, lo que haces es volver a aplicar una configuración deseada anterior, no restaurar el entorno realmente desplegado que estaba en funcionamiento antes del incidente. Esa distinción es importante. El estado de Terraform no es una instantánea de recuperación histórica.
Cloud Rewind captura el estado real de la configuración de la nube y almacena instantáneas de un momento concreto. Cuando algo falla, no hay que reconstruir a partir del código y esperar a que el entorno vuelva a estar intacto. Se restaura un entorno que se sabe que funciona correctamente —el que realmente estaba en funcionamiento—, independientemente de cómo se introdujera el cambio que causó el problema.
| Diseño de Terraform | Diseño de Cloud Rewind |
| Gestión del estado deseado | Recuperación del estado real |
| Aprovisionamiento de la infraestructura | Recuperación de la infraestructura |
| Aplica los cambios | Deshace los cambios |
| Fuente de verdad = código | Fuente de verdad = entorno implementado |
| Con visión de futuro | Retrospectiva |
| Compilar y actualizar | Recuperar y reconstruir |
| Ayuda a recuperar la configuración deseada | Ayuda a restaurar el estado de la implementación a partir de un momento concreto |
Dónde encuentra Terraform sus límites
Incluso en los entornos de IaC más maduros se dan situaciones de recuperación en las que reconstruir a partir del código no es suficiente. Piensa en esto:
- Un cambio en la infraestructura que ha fallado y que ya se ha implementado en producción.
- Borrado accidental de recursos en la «nube».
- Desviaciones en la infraestructura causadas por cambios manuales o fuera de banda.
- Cambios realizados fuera de Terraform que no se reflejan ni en el código ni en el estado.
- La necesidad de restaurar la infraestructura para que quede exactamente como estaba en un momento concreto.
Terraform no guarda un historial del estado de la «nube». Lo que hace es volver a aplicar la configuración deseada; no restaura lo que realmente se había implementado y estaba en funcionamiento. «Rewind, a las 14:15 de ayer» no es una función de Terraform. Es una función de Cloud Rewind.
Una recuperación que dependa de que el código de Terraform, los archivos de estado y el historial de versiones estén disponibles, sean precisos y estén completos conlleva un riesgo real. En un incidente real, esas condiciones no están garantizadas.
Dos herramientas, una estrategia completa
Terraform te ayuda a automatizar la creación de infraestructura y la gestión de cambios. Cloud Rewind te ayuda a recuperar la infraestructura de forma rápida y coherente cuando fallan las implementaciones, se eliminan recursos, la infraestructura se desvía o tu equipo necesita restaurar un entorno que sabes que funciona bien. Se complementan entre sí. Terraform está diseñado para que tu entorno en la nube sea repetible. Cloud Rewind está diseñado para que sea recuperable.
Crea tu entorno con Terraform. Recupéralo con Cloud Rewind.
Preguntas frecuentes
P: ¿Terraform permite la recuperación a un momento concreto?
R: No. Terraform vuelve a aplicar la configuración deseada a partir del código. No guarda instantáneas históricas de tu entorno en la nube ya implementado. Si el cambio que provocó un incidente no está registrado en tu estado de Terraform ni en el historial de Git —por ejemplo, un cambio en la consola o una desviación de la infraestructura—, Terraform no podrá ayudarte a restaurarlo.
P: ¿Qué ocurre cuando se realizan cambios fuera de Terraform?
R: Los cambios en la consola, las intervenciones manuales y las configuraciones fuera de banda son habituales en entornos reales. Terraform no realiza un seguimiento de ellos. Cloud Rewind captura el estado real desplegado —independientemente de cómo se haya introducido un cambio— para que puedas restaurar un entorno que sabes que funciona correctamente, incluso cuando tu IaC no refleje lo que se estaba ejecutando.
P: ¿Es Cloud Rewind una alternativa a Terraform?
R: No. Abordan problemas diferentes. Terraform es tu herramienta de aprovisionamiento y gestión de cambios. Cloud Rewind es tu herramienta de Recovery. La mayoría de los equipos que utilizan una de ellas pueden beneficiarse de ambas, ya que cubren diferentes partes del ciclo de vida de las operaciones en la nube.
P: ¿Qué tipo de incidentes aborda Cloud Rewind?
R: Cloud Rewind está pensado para situaciones en las que no basta con reconstruir a partir del código: implementaciones fallidas que ya están en producción, eliminación accidental de recursos, desviaciones en la infraestructura y casos en los que los equipos necesitan restaurar un entorno a un momento concreto del pasado.
P: ¿Obliga Cloud Rewind a los equipos a dejar de utilizar Terraform?
R: No. Cloud Rewind funciona junto con tus flujos de trabajo actuales de IaC. Los equipos siguen utilizando Terraform para el aprovisionamiento y la gestión de cambios, y recurren a Cloud Rewind cuando necesitan recuperarse de un incidente real.
Cailin Pitcher es directora sénior de marketing de cartera en Commvault.
