Infraestructura como código
Qué es: describir tu infraestructura en archivos de texto que una herramienta lee para crearla, cambiarla o borrarla, en lugar de hacerlo a mano. Esos archivos se guardan con tu código y se versionan igual.
Analogía: el plano de un arquitecto. Con el mismo plano se construyen diez casas idénticas, y si cambias una pared, el cambio queda anotado en la nueva versión del plano. Dónde falla la analogía: el plano no construye nada solo; aquí la herramienta sí crea los recursos. Además, si alguien cambia un recurso a mano, el archivo ya no describe la realidad, y la próxima ejecución puede deshacer ese cambio.
Ejemplo real: Juegos Pixelia, un estudio de videojuegos, necesita entornos idénticos de desarrollo, pruebas y producción, en dos Regiones. Escribe una vez el archivo con su red, sus servidores y su base de datos, y lo ejecuta seis veces. Así se responde la pregunta 1 del inicio: no repites clics, repites un archivo. Si un entorno falla, lo recrea en minutos, igual que el día anterior.
Úsalo cuando: necesitas el mismo entorno más de una vez, en varias Regiones o cuentas, o quieres revisar los cambios de infraestructura como revisas código. No lo uses cuando: solo exploras un servicio una tarde para aprender; ahí la consola es más rápida.
En el examen: “aprovisionar recursos de forma repetible”, “plantillas”, “desplegar el mismo entorno en varias Regiones” o “tratar la infraestructura como código” apuntan a infraestructura como código y, en AWS, a CloudFormation.
Trampa común: la guía del examen distingue entre una operación puntual y un proceso repetible. Si el escenario dice que algo se hará una sola vez, la consola es razonable; si dice “cada vez”, “en todas las Regiones” o “sin errores humanos”, la respuesta es automatizar.