Aula 6: Por que um Pod não é suficiente — conheça o Deployment
Até agora rodamos um único Pod — a menor coisa que o Kubernetes executa, uma caixa com seu contêiner dentro. Mas um único Pod não tem rede de segurança: exclua-o, ou perca o node em que ele roda, e ele simplesmente desaparece, sem ninguém para trazê-lo de volta. Nesta aula vamos conhecer o Deploymen
Um Deployment é como um gerente de restaurante que diz "mantenha sempre três garçons no salão". Se um garçom sai e nunca mais volta, o gerente traz instantaneamente um novo, sem que você precise pedir.
- Deployment
- Um objeto que descreve o estado desejado para um grupo de Pods idênticos: quantas cópias, qual imagem de contêiner e qual configuração. Ele não conta os Pods sozinho, mas cria um ReplicaSet que faz isso.
- ReplicaSet
- O controller cuja única tarefa é garantir que o número de Pods vivos seja igual ao número desejado. Se faltar um Pod, ele cria um; se houver excedente, ele exclui. O Deployment cria e gerencia esse controller para você.
- Replicas
- O número de cópias idênticas do Pod que você quer rodando em paralelo. O campo replicas no manifesto é o estado desejado que o ReplicaSet mantém.
- Self-healing
- A capacidade do Kubernetes de detectar que uma cópia desapareceu e restaurá-la automaticamente para voltar ao estado desejado, sem intervenção manual.
