Slurm vs Kubernetes: qual é a diferença?

Slurm e Kubernetes são dois programas que administram um cluster de máquinas. Instalado por todo o cluster, cada um decide qual programa roda em quais máquinas, e quando. Os dois são programas livres e de código aberto, e nenhum dos dois nomes é uma empresa. O Slurm saiu dos laboratórios nacionais dos Estados Unidos em 2002; o Kubernetes, do Google em 2014. Um cluster usa um dos dois, não os dois: dois administradores distribuindo as mesmas máquinas ficariam entregando cada um o que o outro já tinha reservado. A diferença entre eles é o tipo de trabalho para o qual cada um foi feito. O Slurm toca uma fila para trabalhos que acabam: você pede máquinas, espera a sua vez, roda até o fim e devolve. O Kubernetes mantém serviços que não podem parar: você declara o que deve estar sempre rodando, e ele sobe substitutos toda vez que uma máquina falha. O Slurm ainda escalona cerca de 60% dos maiores supercomputadores do mundo; o Kubernetes toca boa parte do software por trás da web moderna.

Slurm e Kubernetes são, os dois, software de cluster. Um programa administrador roda em uma máquina, um pequeno agente roda em todas as outras, e as pessoas entregam o trabalho ao administrador em vez de escolher máquinas por conta própria. A função é a mesma que o sistema operacional de um notebook já cumpre: dividir o hardware entre programas. Na escala de milhares de máquinas e organizações inteiras, aparece uma pergunta que um notebook nunca enfrenta: de quem é o trabalho que vai esperar. O Slurm, escrito para os laboratórios nacionais dos Estados Unidos em 2002, responde com uma fila. Você pede máquinas por um número de horas, espera atrás de quem pediu antes, roda até o fim, e as máquinas voltam para o bolo. Foi feito para supercomputadores, onde o cluster é um ativo fixo e caríssimo que não pode ficar parado. Ele ainda escalona cerca de 60% dos maiores do mundo. O Kubernetes, publicado pelo Google em 2014 a partir da experiência com serviços web, responde com uma instrução permanente. Você declara o que deve ser sempre verdade, por exemplo cinco cópias de um serviço rodando. Toda vez que uma máquina falha, o software torna aquilo verdade de novo, subindo substitutos nas máquinas que restaram. Foi feito para trabalho sem fim, em máquinas que vão e vêm. A unidade que ele movimenta é o contêiner, um programa empacotado com tudo de que precisa, capaz de subir em qualquer máquina em segundos. Existem duas respostas porque dois setores as construíram separados. Só passaram a ser comparados quando a IA precisou dos dois: trabalhos enormes que precisam acabar, e serviços que não podem parar nunca. A diferença de fundo não é qualidade, e sim a pergunta que cada um responde: o trabalho acaba, ou tem de seguir?

O Slurm é como a planilha de reservas de um ginásio; o Kubernetes é como a escala de plantão de uma ala de hospital. A planilha de reservas distribui algo escasso por turnos. A quadra inteira é sua das duas às quatro, mais ninguém encosta nela enquanto for sua, e às quatro ela passa para o próximo nome da lista. O objetivo do zelador é um calendário cheio, sem horas vazias. A escala é outro tipo de regra: três enfermeiras de plantão o tempo todo, dia e noite, sem data para acabar. Quando uma avisa que adoeceu, a chefia preenche o buraco na hora, porque a exigência não faz pausa enquanto ela procura. A planilha é o Slurm, distribuindo horários que acabam. A escala é o Kubernetes, mantendo um estado que precisa valer sempre. Os dois decidem quem fica com um recurso escasso.