Slurm vs Kubernetes: ¿cuál es la diferencia?

Slurm y Kubernetes son dos programas que gestionan un clúster de máquinas. Instalado en todo el clúster, cada uno decide qué programa se ejecuta en qué máquinas, y cuándo. Los dos son programas libres y de código abierto, y ninguno de los dos nombres es una empresa. Slurm salió de los laboratorios nacionales de Estados Unidos en 2002; Kubernetes, de Google en 2014. Un clúster usa uno de los dos, no los dos: dos gestores repartiendo las mismas máquinas acabarían regalando cada uno lo que el otro ya había asignado. La diferencia entre ellos es el tipo de trabajo para el que se construyó cada uno. Slurm lleva una cola para trabajos que terminan: pides máquinas, esperas tu turno, ejecutas hasta el final y las devuelves. Kubernetes mantiene servicios que no deben parar: declaras lo que tiene que estar funcionando siempre, y él arranca sustitutos cada vez que una máquina falla. Slurm sigue planificando cerca del 60% de los mayores superordenadores del mundo; Kubernetes mueve buena parte del software que hay detrás de la web moderna.

Slurm y Kubernetes son los dos software de clúster. Un programa gestor se ejecuta en una máquina, un pequeño agente se ejecuta en todas las demás, y la gente entrega su trabajo al gestor en lugar de elegir máquinas por su cuenta. La tarea es la misma que ya hace el sistema operativo de un portátil: repartir el hardware entre programas. A escala de miles de máquinas y de organizaciones enteras, aparece una pregunta que un portátil nunca se hace: quién tiene que esperar. Slurm, escrito para los laboratorios nacionales de Estados Unidos en 2002, responde con una cola. Pides máquinas durante un número de horas, esperas detrás de quien pidió antes, ejecutas hasta el final y las máquinas vuelven al montón. Se construyó para superordenadores, donde el clúster es un activo fijo y carísimo que no puede quedarse parado. Todavía planifica cerca del 60% de los mayores del mundo. Kubernetes, publicado por Google en 2014 a partir de su experiencia con servicios web, responde con una instrucción permanente. Declaras lo que debe ser cierto siempre, por ejemplo cinco copias de un servicio en marcha. Cada vez que una máquina falla, el software vuelve a hacerlo cierto arrancando sustitutos en las máquinas que quedan. Se construyó para trabajo sin final, en máquinas que van y vienen. La unidad que mueve es el contenedor, un programa empaquetado con todo lo que necesita para poder arrancar en cualquier máquina en segundos. Existen dos respuestas porque las construyeron dos sectores por separado. Solo empezaron a compararse cuando la IA necesitó las dos cosas: trabajos enormes que tienen que terminar, y servicios que no pueden parar nunca. La diferencia de fondo no es de calidad, sino la pregunta que responde cada uno: ¿el trabajo acaba, o tiene que seguir?

Slurm es como la hoja de reservas de un polideportivo; Kubernetes es como el cuadrante de turnos de una planta de hospital. La hoja de reservas reparte por turnos algo escaso. Tienes la pista entera de dos a cuatro, nadie más puede usarla mientras es tuya, y a las cuatro pasa al siguiente nombre de la lista. Todo el objetivo del encargado es un calendario lleno sin horas vacías. El cuadrante es otro tipo de regla: tres enfermeras de guardia en todo momento, de día y de noche, sin fecha de fin. Cuando una llama diciendo que está enferma, el responsable cubre el hueco al instante, porque la exigencia no se detiene mientras él busca. La hoja de reservas es Slurm, repartiendo turnos que acaban. El cuadrante es Kubernetes, manteniendo un estado que debe cumplirse siempre. Los dos deciden quién recibe un recurso escaso.