Por qué necesitaba Rust, por fin
Automatización de infraestructura sobre la que se puede dormir tranquilo — Rustikon 2026, Varsovia
Por qué necesitaba Rust, por fin
Rustikon 2026 · Varsovia · 19 de marzo de 2026.
La charla cuenta una resistencia larga a Rust y qué la rompió. Provisioning es lo que salió al otro lado, así que esta página lee la charla desde la plataforma: qué afirmaciones suyas se pueden comprobar en el código.
El fallo se mueve al esquema
El argumento de la charla es que el valor de Rust para la infraestructura no es la velocidad: mueve el fallo hacia la izquierda, del despliegue al compilador. Provisioning hace el mismo movimiento con la configuración. Cada pieza de infraestructura es un esquema Nickel que se valida antes de llegar a ejecución; TOML y YAML son salida generada, nunca la fuente de verdad. Un servidor mal formado, una dependencia ausente o un plan imposible se rechazan en el esquema, no se descubren en un nodo.
Rust donde las garantías tienen que sostenerse
El orquestador, el Control Center y los servicios de plataforma están escritos en Rust: llamadas a proveedores, SSH verificado contra las claves de host fijadas, decisiones de política Cedar y estado en SurrealDB. Las operaciones informan de vuelta como eventos en NATS JetStream, el único intermediario entre servicios. Es la parte del sistema donde «compila» tiene que significar algo.
Infraestructura sobre la que dormir
El título no es un eslogan. Cuando la declaración es la fuente de verdad y está tipada, y la plataforma rechaza lo que no encaja, el turno de guardia deja de ser un acto de fe. Lo declarado es lo que se ejecuta, y lo que se ejecuta se comprueba contra lo declarado.
La charla está en inglés. Las diapositivas están en este sitio como texto de verdad, en inglés y en español.
· lecturas