Os pods são criados por recursos de carga de trabalho chamados controladores, que gerenciam a implementação, a replicação e a integridade dos pods no cluster. Por exemplo, se um nó no cluster falhar, um controlador detectará que os pods nesse nó não estão respondendo e criará pods substitutos em outros nós.

Os três tipos mais comuns de controladores são:

• Jobs para trabalhos do tipo lote que são efêmeros e executarão uma tarefa até a conclusão
• Deployments para aplicativos sem estado e persistentes, como servidores da Web (servidores HPPT)
• StatefulSets para aplicativos com estado e persistentes, como bancos de dados

Se um pod tiver vários contêineres, todos eles serão programados juntos no mesmo servidor do cluster, seja a VM ou o servidor físico. Todos os contêineres no pod compartilham seus recursos e dependências e podem coordenar sua execução e encerramento. Por exemplo, os pods podem ter contêineres 'init' que são executados antes da execução dos contêineres de aplicativo, configurando o ambiente para os aplicativos seguintes.

Os pods são quase sempre criados pelos controladores, que podem gerenciar automaticamente o ciclo de vida do pod, incluindo a substituição de pods com falha, a replicação de pods quando necessário e a remoção do pod dos nós do cluster quando eles forem concluídos ou não forem mais necessários.

Os controladores usam informações em um template de pod para criar os pods e garantem que os pods em execução correspondam à implantação definida no template de pod, por exemplo, criando réplicas que correspondam ao número definido na implantação.

Quando um pod é criado, ele recebe um endereço IP exclusivo. Se houver vários contêineres no pod, eles poderão se comunicar entre si usando simplesmente localhost. As comunicações fora do pod são realizadas por meio da exposição de uma porta. As comunicações entre pods em um cluster aproveitam a atribuição de um endereço IP privado de cluster a cada pod em um cluster pelo Kubernetes, eliminando a necessidade de criar links entre pods explicitamente ou mapear portas de contêiner para portas de host. Dessa forma, cada pod em um cluster pode "ver" uns aos outros sem a necessidade do NAT.

O kubectl fornece vários comandos que permitem ao usuário criar pods, executá-los por meio de implantações, verificar o status dos pods em execução e deter os pods que não são mais necessários. Os comandos JSON (JavaScript Object Notation) ou YAML (YAML Ain't Markup Language) são válidos como comandos de codificação.

Estes são os comandos kubectl mais utilizados:

Get

O comando kubectl get exibirá informações tabulares sobre um ou mais recursos. As informações podem ser filtradas por meio de seletores de rótulos. As informações podem ser exibidas apenas a partir do namespace existente ou de todos os namespaces do cluster.
O comando "kubectl api-resources" produzirá uma lista de todos os recursos compatíveis sobre os quais você pode obter informações. Este é o formato geral do comando kubectl:

$ kubectl get [(-o|--output=)json|yaml|wide|custom-columns=...|custom-columns-file=...|go-template=...|go-template-file=...|jsonpath=...|jsonpath-file=...] (TYPE[.VERSION][.GROUP] [NAME | -l label] | TYPE[.VERSION][.GROUP]/NAME ...) [flags]

Create Pods

Os pods são criados por meio do comando create no formato:

$ kubectl create -f FILENAME.

Por exemplo, o comando:

kubectl create -f ./mypod.yaml criará um novo pod a partir do arquivo YAML "mypod".

Delete Pods

O comando "kubectl delete -f ./mypod.yaml" excluirá o pod "mypod" do cluster. A exclusão de pods é um processo simples. Os pods continuarão em execução por um período de carência (padrão de 30 segundos) antes de serem encerrados à força. O valor do período de carência pode ser substituído pelo sinalizador –grace-period, se desejado.