Docker e Kubernetes para Desenvolvedores: Do Basico ao que as Empresas Exigem

# Docker e Kubernetes para Desenvolvedores: Do Basico ao que as Empresas Exigem Containers deixaram de ser territorio exclusivo de equipes de infraestrutura. Hoje, qualquer desenvolvedor que almeja vagas em empresas internacionais precisa entender Docker e Kubernetes com profundidade suficiente para discuti-los em entrevistas tecnicas. ## Docker: A Fundacao que Todo Dev Precisa Dominar ### Imagens e Containers Um dos primeiros erros e confundir imagem com container. A **imagem** e o template imutavel — ela descreve o sistema de arquivos, dependencias e instrucoes de execucao. O **container** e uma instancia em execucao dessa imagem. Pense na imagem como uma classe e no container como um objeto instanciado dessa classe. ### Dockerfile: Boas Praticas que Fazem Diferenca **Ordem das instrucoes importa**: o Docker cacheia camadas. Instrucoes que mudam raramente devem vir antes das que mudam com frequencia: ```dockerfile # Ruim: invalida cache sempre que qualquer arquivo muda COPY . . RUN npm install # Bom: so reinstala dependencias quando package.json muda COPY package*.json ./ RUN npm install COPY . . ``` **Multi-stage builds**: permite usar uma imagem pesada para build e uma imagem minima para execucao: ```dockerfile FROM node:20 AS builder WORKDIR /app COPY package*.json ./ RUN npm ci COPY . . RUN npm run build FROM node:20-alpine AS runner WORKDIR /app COPY --from=builder /app/dist ./dist COPY --from=builder /app/node_modules ./node_modules CMD ["node", "dist/index.js"] ``` Resultado: imagem de producao menor, sem ferramentas de build, com superficie de ataque reduzida. **Outras boas praticas**: use `.dockerignore`, prefira imagens `alpine` ou `slim`, nao rode processos como root, fixe versoes de imagens base. ## Kubernetes: Os Conceitos que Aparecem em Entrevistas ### Pods: A Menor Unidade Um **Pod** e a menor unidade deployavel no Kubernetes. Pode conter um ou mais containers que compartilham rede e storage. Pods sao efemeros — nunca assuma que um pod vai persistir. ### Deployments: Gerenciando Replicas O **Deployment** define quantas replicas do seu pod devem estar rodando e garante esse numero: ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: minha-api spec: replicas: 3 selector: matchLabels: app: minha-api template: spec: containers: - name: api image: minha-api:v1.2.3 resources: requests: memory: "128Mi" cpu: "250m" limits: memory: "256Mi" cpu: "500m" ``` Mencionar `resources.requests` e `resources.limits` em entrevistas mostra que voce pensa em estabilidade do cluster. ### Services e Ingress O **Service** prove um endpoint estavel para acessar um conjunto de pods (que tem IPs efemeros). Os tipos principais: ClusterIP (interno), NodePort, LoadBalancer. O **Ingress** gerencia acesso HTTP/HTTPS externo ao cluster, roteando por hostname ou path para diferentes services. ## Por que Isso Importa para Vagas Internacionais Empresas que contratam desenvolvedores remotamente trabalham com containers como padrao. Saber discutir trade-offs de multi-stage builds, entender por que services existem e conseguir ler um YAML de Kubernetes coloca voce em vantagem clara. Se voce quer se preparar para esse mercado, o **VagaNaGringa.dev** tem recursos especificos para desenvolvedores brasileiros navegando nesse processo seletivo. ## Conclusao Docker e Kubernetes nao sao mais diferenciais — sao requisitos base. A diferenca entre quem "ja usou" e quem "entende de verdade" esta nas boas praticas: imagens otimizadas, multi-stage builds, recursos bem dimensionados e entendimento claro de cada primitiva do Kubernetes.