Capítulo 9. Cómo probar el código de Terraform
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
El mundo DevOps está lleno de miedo: miedo al tiempo de inactividad, miedo a la pérdida de datos, miedo a las brechas de seguridad. Cada vez que vas a hacer un cambio, siempre te preguntas: ¿A qué afectará? ¿Funcionará igual en todos los entornos? ¿Causará otra interrupción? Y si se produce un fallo, ¿hasta qué hora de la noche tendrás que estar despierto para arreglarlo esta vez? A medida que las empresas crecen, hay cada vez más cosas en juego, lo que hace que el proceso de implementación sea aún más aterrador, e incluso más propenso a errores. Muchas empresas intentan mitigar este riesgo haciendo Implementaciones con menos frecuencia, pero el resultado es que cada Implementación es mayor y, en realidad, más propensa a las averías.
Si gestionas tu infraestructura como código, tienes una forma mejor de mitigar el riesgo: las pruebas. El objetivo de las pruebas es darte confianza para hacer cambios. La palabra clave aquí es confianza: ninguna forma de prueba puede garantizar que tu código esté libre de errores, por lo que se trata más bien de un juego de probabilidades. Si puedes capturar todos tus procesos de infraestructura e implementación como código, puedes probar ese código en un entorno de preproducción, y si funciona allí, hay una alta probabilidad de que cuando utilices exactamente el mismo código en producción, ...