Kubernetes: Up and Running, 3ª edição
by Brendan Burns, Joe Beda, Kelsey Hightower, Lachlan Evenson
Capítulo 12. Empregos
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Até agora, concentrámo-nos em processos de longa duração, como bases de dados e aplicações Web. Esses tipos de cargas de trabalho são executados até que sejam atualizados ou o serviço não seja mais necessário. Embora os processos de longa duração constituam a grande maioria das cargas de trabalho que são executadas num cluster Kubernetes, muitas vezes é necessário executar tarefas únicas de curta duração. O objeto Job é feito para lidar com esses tipos de tarefas.
Um Job cria Pods que são executados até ao término com sucesso (por exemplo, sai com 0). Em contraste, um Pod regular reiniciará continuamente independentemente do seu código de saída. Os Jobs são úteis para coisas que só queres fazer uma vez, tais como migrações de bases de dados ou trabalhos em lote. Se executado como um Pod regular, a tua tarefa de migração de base de dados seria executada em loop, repovoando continuamente a base de dados após cada saída.
Neste capítulo, vamos explorar os padrões de trabalho mais comuns que o Kubernetes oferece. Também mostraremos como aproveitar esses padrões em cenários da vida real.
O objeto de trabalho
O objeto Job é responsável pela criação e gestão de Pods definidos num modelo na especificação do Job. Esses Pods geralmente são executados até a conclusão bem-sucedida. O objeto Job coordena a execução de um número de Pods em paralelo.