K8s CronJob YAML

Você quer um backup rodando às duas da manhã dentro do cluster, e a resposta é um CronJob. O problema é a estrutura: um spec dentro de jobTemplate dentro de spec dentro de template dentro de outro spec, cinco níveis antes de chegar ao container. É o objeto do Kubernetes em que mais gente erra a indentação e desiste no meio, voltando para o crontab de uma máquina qualquer.

A saída traz apiVersion batch/v1, o nome que você digitou, o schedule entre aspas e um único container chamado job com a imagem informada, mais restartPolicy OnFailure. As aspas no schedule não são enfeite: sem elas, certas expressões viram outra coisa no parser de YAML. Não há campo para command nem args, então a imagem precisa já fazer o trabalho certo no próprio ENTRYPOINT.

O detalhe que pega quase todo mundo: o schedule roda no fuso do controlador, normalmente UTC, a menos que você declare o campo timeZone. No horário de Brasília, um agendamento marcado para as 2h dispara às 23h do dia anterior. Se a imagem for genérica como a alpine, acrescente command e args. E para tarefa que não pode sobrepor a execução anterior, adicione concurrencyPolicy Forbid. O YAML é gerado no navegador.