Skip to main content

Job e CronJob | Kubernetes

  • Job e CronJob | Kubernetes

No Kubernetes, Jobs e CronJobs são recursos usados para executar tarefas em segundo plano ou tarefas programadas. Eles são úteis quando você precisa executar processos pontuais ou recorrentes, garantindo que as tarefas sejam executadas com confiabilidade.

1. O que é um Job?​

Um Job no Kubernetes é um recurso para garantir que uma ou mais tarefas sejam executadas até a conclusão.

  • Objetivo:

    • Executar um conjunto de tarefas até o término com sucesso.
    • Garantir que as tarefas sejam concluídas, mesmo em caso de falhas ou reinícios de pods.

  • Comportamento:

    • Cria pods para executar a tarefa definida.
    • Se um pod falhar, ele será reexecutado de acordo com a política de reinício.

  • Casos de Uso:

    • Processamento de dados.
    • Execução de tarefas de migração de banco de dados.
    • Execução de scripts pontuais.

Exemplo de Job​

apiVersion: batch/v1
kind: Job
metadata:
  name: example-job
spec:
  completions: 3
  parallelism: 2
  template:
    spec:
      containers:
      - name: example-container
        image: busybox
        command: ["echo", "Hello from Job!"]
      restartPolicy: OnFailure
  • completions: Define quantas vezes o Job deve ser concluído com sucesso (número de execuções bem-sucedidas).
  • parallelism: Número de pods que podem ser executados simultaneamente.
  • restartPolicy: Define o comportamento de reinício dos pods. Para Jobs, geralmente é OnFailure.

2. O que é um CronJob?​

Um CronJob é uma extensão de um Job que executa tarefas em intervalos regulares ou em horários específicos, seguindo o formato de agendamento cron.

  • Objetivo:

    • Agendar e executar tarefas periodicamente.

  • Comportamento:

    • Cria Jobs automaticamente em horários programados.
    • Garante que os Jobs sejam executados conforme a agenda especificada.

  • Casos de Uso:

    • Limpeza periódica de logs ou dados temporários.
    • Coleta de métricas ou relatórios regulares.
    • Envio de e-mails ou notificações agendadas.

Exemplo de CronJob​

apiVersion: batch/v1
kind: CronJob
metadata:
  name: example-cronjob
spec:
  schedule: "*/5 * * * *"  # Executa a cada 5 minutos
  jobTemplate:
    spec:
      template:
        spec:
          containers:
          - name: example-container
            image: busybox
            command: ["echo", "Hello from CronJob!"]
          restartPolicy: OnFailure
  • schedule: Define o intervalo de execução usando a sintaxe cron.
    • Formato Cron: "minuto hora dia-do-mês mês dia-da-semana"
      • */5 * * * *: A cada 5 minutos.
      • 0 0 * * *: Todos os dias à meia-noite.
  • jobTemplate: Define o template de um Job que será executado no horário especificado.

3. Diferenças entre Jobs e CronJobs​

AspectoJobCronJob
ExecuçãoExecuta uma ou várias vezes até completar.Executa periodicamente conforme agendado.
AgendamentoNão possui agendamento (é manual ou acionado).Programado com formato cron.
Caso de UsoProcessos pontuais, como tarefas únicas.Processos recorrentes, como backups diários.
Recurso CriadoCria pods diretamente.Cria Jobs que geram pods.

4. Configurações Avançadas​

4.1 Controlando Execuções de Jobs​

Você pode personalizar como os Jobs se comportam:

  • backoffLimit: Número de tentativas antes de o Job ser marcado como falha.

    spec:
      backoffLimit: 4  # Tenta novamente 4 vezes em caso de falha

  • activeDeadlineSeconds: Tempo máximo permitido para execução do Job.

    spec:
      activeDeadlineSeconds: 3600  # 1 hora

4.2 Controlando Execuções de CronJobs​

CronJobs têm opções específicas para lidar com agendamento:

  • startingDeadlineSeconds: Tempo limite para iniciar uma execução agendada, caso ocorra um atraso.

    spec:
      startingDeadlineSeconds: 100  # 100 segundos

  • concurrencyPolicy: Define como lidar com execuções simultâneas.

    • Allow: Permite múltiplas execuções simultâneas.
    • Forbid: Impede execuções simultâneas.
    • Replace: Cancela a execução atual e inicia uma nova.
    spec:
      concurrencyPolicy: Forbid

  • successfulJobsHistoryLimit e failedJobsHistoryLimit: Controlam quantos Jobs bem-sucedidos ou falhos devem ser mantidos no histórico.

    spec:
      successfulJobsHistoryLimit: 3
      failedJobsHistoryLimit: 1

5. Monitorando Jobs e CronJobs​

  • Para verificar o status dos Jobs:

    kubectl get jobs
    kubectl describe job example-job

  • Para verificar o status dos CronJobs:

    kubectl get cronjobs
    kubectl describe cronjob example-cronjob

  • Para verificar os Pods gerados:

    kubectl get pods --show-labels

6. Boas Práticas​

  1. Use activeDeadlineSeconds para evitar execuções intermináveis.
  2. Defina backoffLimit para limitar tentativas repetitivas desnecessárias.
  3. Monitore os Jobs e os Pods associados regularmente para identificar falhas.
  4. Evite agendamentos complexos em CronJobs, priorize tarefas simples e bem definidas.
  5. Limite o histórico de Jobs em CronJobs para economizar recursos do cluster.