De scripts a contratos
Las diapositivas de RustLab 2026: sustituir scripts de infraestructura frágiles por un sistema de composición tipado construido en Rust — contratos tipados que validan la configuración antes del despliegue, un DAG de dependencias con ejecución en paralelo y rollback automático, workspaces que componen facetas de despliegue independientes en un único pipeline tipado, y los límites honestos: el estado externo y las APIs de la nube no respetan tu sistema de tipos.
Por qué necesité Rust
Rustikon 2026, Varsovia. Casi cuatro décadas automatizando infraestructura, resumidas en una queja: el fallo aparece en el despliegue, nunca antes. El deck recorre las tres etapas que nos trajeron hasta aquí — local, redes, contenedores y CI/CD — y dedica su parte central a un restaurante, porque la analogía aguanta hasta el fondo: el cliente declara, el camarero valida, la cocina ejecuta, y la verdad muta en cada paso de la cadena. El camarero ES el orquestador, y es quien debería atrapar un pedido imposible antes de que llegue a la cocina. A partir de ahí el argumento se concreta: «no tenemos setas» es deriva de configuración, y el tipo Option de Rust es la negativa, a nivel de lenguaje, a fingir que un ingrediente existe — una sustitución tiene que ser explícita, trazada y reautorizada, nunca silenciosa. Tres preguntas que la cadena de herramientas habitual no responde — por qué esperamos a que las cosas se rompan, si la declaración es siquiera coherente con lo que es posible, si un CI/CD sin validación semántica es algo más que esperanza continua — y luego Rust y Nickel contra cada una: esquemas validados al compilar la configuración, una fuente de verdad tipada, traits como proveedor, contratos, grafo de dependencias, remediación tipada. La parte medible: MTTR de más de 30 minutos a menos de 5. La parte que no se puede medir, y la razón del título: el miedo. No es evangelismo — las herramientas no eran el problema, ni los lenguajes. El problema era el paradigma.
2 elementos