Kubernetes (frequentemente abreviado como K8s) é uma plataforma open-source de container orchestration (orquestração de containers). Ela automatiza o deploy, o scaling, a rede e a recuperação de aplicações em containers através de um cluster de máquinas, então você descreve o desired state (estado desejado) e o Kubernetes trabalha continuamente para fazer a realidade corresponder a ele.
Você tem containers (do Docker), mas em produção também precisa responder:
→ Em QUAL máquina cada container roda? (scheduling)
→ E se um container travar? (self-healing / restarts)
→ E se um node inteiro morrer? (reagendar em outro lugar)
→ Como 50 replicas se encontram e conversam entre si? (service discovery)
→ Como lançar uma nova versão com zero downtime? (rolling updates)
→ Como escalar de 3 para 30 replicas num pico de tráfego? (autoscaling)
Fazer tudo isso à mão em muitos servidores não escala.
Você envia um manifest descrevendo o que quer, e os control loops do cluster conduzem o sistema em direção a isso:
apiVersion: apps/v1
kind: Deployment
metadata:
name: web
spec:
replicas: 3 # "Quero 3 cópias rodando, sempre"
selector:
matchLabels: { app: web }
template:
metadata:
labels: { app: web }
spec:
containers:
- name: web
image: nginx:1.27
ports:
- containerPort: 80
kubectl apply -f web.yaml # declara o desired state
kubectl get pods # o Kubernetes criou & agendou 3 Pods
Se um Pod morre, o Kubernetes percebe a diferença (2 rodando vs 3 desejados) e cria uma substituição automaticamente.
✓ SCHEDULING — coloca Pods em nodes com base em recursos & restrições
✓ SELF-HEALING — reinicia containers com falha, substitui Pods/nodes mortos
✓ SERVICE DISCOVERY— IPs virtuais & nomes DNS estáveis para grupos de Pods
✓ LOAD BALANCING — distribui tráfego entre replicas saudáveis
✓ ROLLING UPDATES — lança novas versões sem downtime, faz rollback em caso de falha
✓ SCALING — manual ou automático (Horizontal Pod Autoscaler)
✓ CONFIG & SECRETS — injeta configuração sem reconstruir imagens
✓ STORAGE ORCHESTRATION — anexa persistent volumes aos workloads
IMPERATIVE → "rode este comando, depois aquele" (você gerencia cada passo)
DECLARATIVE → "aqui está o estado final que eu quero" (o Kubernetes reconcilia até ele)
O modelo declarativo, de reconciliation-loop, é a ideia central do Kubernetes.
O Kubernetes se tornou o padrão de facto para rodar workloads em containers em produção, então entender o que ele é e quais problemas resolve é um conhecimento fundamental e amplamente aplicável. Os containers (de ferramentas como o Docker) resolvem o empacotamento, mas não respondem às questões operacionais que surgem em escala: em qual máquina cada container roda, o que acontece quando um container ou um node inteiro falha, como dezenas de replicas se descobrem e conversam entre si, como lançar uma nova versão sem downtime, e como escalar para cima e para baixo conforme a demanda. O Kubernetes resolve tudo isso através de um modelo declarativo, baseado em reconciliation: você descreve o desired state num manifest, e os control loops do cluster conduzem continuamente o estado real em direção a ele — criando, agendando, reiniciando e substituindo Pods conforme necessário. Isso lhe dá self-healing (containers travados e nodes mortos são recuperados automaticamente), service discovery e load balancing (IPs virtuais e DNS estáveis na frente de grupos de Pods), rolling updates e rollbacks (deploys com zero downtime), scaling (manual ou automático) e orquestração de config, secret e storage. Como o Kubernetes sustenta a forma como grande parte da indústria faz deploy e opera software — em todas as principais clouds e on-premises — compreender seu propósito e o modelo declarativo no seu cerne é um contexto essencial para o trabalho de infraestrutura moderna, e a base mental sobre a qual todo outro conceito de Kubernetes se constrói.
Uma biblioteca de perguntas de entrevista de TI com respostas detalhadas — de Júnior a Sênior.
Doar