Kubernetes / Contêineres: mercado

Vaga

uma vaga aberta que passou pelo filtro de qualidade e lista pelo menos duas tecnologias

Candidato observado

um candidato cujo stack contém esta tecnologia; um agregado — nenhum registro individual sai do perímetro

Candidato compatível

ainda não contado

Janela

vagas abertas no momento em que o snapshot foi gerado

Júnior — entrada típica: DevOps Pleno com exposição a K8s → Junior K8s Engineer (foco em K8s profundo, escopo mais estreito). Salto Júnior → Pleno — depois da primeira implantação de K8s em escala de produção + um custom Operator escrito. Pleno → Sênior — propriedade multi-cluster + configuração de service mesh em produção + experiência de operação em escala de produção (nós). Sênior → Kubernetes Architect — estratégia de K8s para toda a organização + federação multi-cluster + decisões de arquitetura cloud-native. Fluxo de carreira: DevOps Pleno (2-3 anos) → Junior K8s (1-2 anos) → Pleno (2-3 anos) → Sênior → ou Kubernetes Architect, K8s Operator developer (programação Go profunda), ou um movimento para K8s nativo de nuvem — times AWS EKS / GCP GKE / Azure AKS.

Top 5: kubernetes, devops, cloud, ci/cd, openshift. Domínio profundo de Kubernetes: arquitetura API server / scheduler / controller-manager / kubelet / etcd, domínio de RBAC (Roles / ClusterRoles / RoleBindings + ServiceAccount tokens), Network Policies (NetworkPolicy + Cilium CiliumNetworkPolicy), Pod Security Standards (substituindo PSP desde 1.25), Resource Quotas + LimitRanges, HPA / VPA / Karpenter (autoscaler moderno — substitui o Cluster Autoscaler no contexto AWS), patterns de Deployment / StatefulSet / DaemonSet / Job / CronJob. CRDs customizadas + Operators: Operator SDK / Kubebuilder (Go) ou KOPF (Python). Design de CRDs + escrita de controllers + tratamento de reconciliation loops. Domínio de Helm: autoria de charts (templates / hierarquias de values.yaml / hooks / sub-charts / dependencies), distribuição via OCI registry, library charts. Kustomize: config management baseado em overlay, alternativa / complemento ao Helm. GitOps: ArgoCD (domina 2026 — ApplicationSets para multi-cluster, sync waves, sync hooks, hierarquias de projeto) ou FluxCD (leve + Helm-native). Service mesh: Istio (mais features — domínio de VirtualService / DestinationRule / EnvoyFilter), Linkerd (o mais simples + leve — control plane baseado em Rust), Cilium (em ascensão 2026 — baseado em eBPF, substitui o kube-proxy + fornece service mesh + Network Policies no kernel + observabilidade Hubble). Networking: plugins CNI a fundo (Calico / Cilium / Weave / Flannel — escolha uma a fundo), Gateway API (substituição moderna do Ingress — GA 2024 — HTTPRoute / Gateway / GatewayClass), Ingress controllers (NGINX Ingress / Traefik / Contour / Istio Gateway). Storage: domínio de CSI drivers, OpenEBS / Longhorn / Rook/Ceph (self-hosted) + cloud CSI (EBS / Persistent Disk / Azure Disk). Observabilidade: domínio de Prometheus Operator (kube-prometheus-stack), Grafana Loki, OpenTelemetry Collector, Jaeger / Tempo para distributed tracing. Segurança: OPA Gatekeeper ou Kyverno (policy enforcement — Kyverno mais simples, em ascensão 2026), Falco (runtime security), Trivy + Snyk Container + Grype (image scanning), Sigstore + cosign (supply chain — image signing + verification), External Secrets Operator / Sealed Secrets / integração com Vault. Workflow / orquestração: domínio de Argo Workflows (DAG / step / suspended / event-driven), Argo Events, Tekton Pipelines, Knative (serverless em K8s). Workloads de GPU (em ascensão 2026 para AI / ML): NVIDIA GPU Operator, MIG (Multi-Instance GPU) para compartilhamento de GPU, Kueue para job queuing, Volcano (batch scheduler). Multi-cluster: Karmada (orquestração multi-cluster), OpenChoreo, Cluster API (provisionamento de clusters K8s via K8s), service mesh multi-cluster (Istio ambient mesh — 2024+ multi-cluster). Linguagens: Go principal (ecossistema K8s). Python secundário (KOPF Operators + scripts customizados).

Árvore de decisão para orquestração de contêineres 2026: 1) Kubernetes — padrão do setor desde 2018, domina a orquestração de contêineres em produção (>80% nas grandes empresas). Caso de uso: qualquer coisa além das apps conteinerizadas mais simples + portabilidade multi-cloud + enorme ecossistema. Trade-offs: alta complexidade (curva de aprendizado íngreme + carga operacional), mas o mercado não tem alternativa. 2) AWS ECS (Elastic Container Service) — nativo da AWS, mais simples que o K8s. Caso de uso: só AWS + equipe pequena + desejo de simplicidade gerenciada. Dois sabores: ECS sobre EC2 (você gerencia os nós) ou ECS Fargate (totalmente gerenciado, sem nós). Fargate — o melhor para workloads pequenos, caro em escala. Trade-offs: dependência da AWS, sem multi-cloud, ecossistema menor. 3) Docker Swarm — a alternativa da Docker ao K8s. Status em 2026: morto. A Docker Inc foca no Docker Desktop + Compose. Use apenas para manutenção de legado. Caso de uso: empresa HashiCorp (já usa Vault / Consul / Terraform) + desejo de algo mais simples que K8s + multiplataforma (contêineres + VMs + apps Java + binários independentes). Trade-offs: ecossistema menor (embora integre com o mesh do Consul), menos comunidade + vagas. Escolha de nicho. 5) Serverless (Lambda / Cloud Functions / Azure Functions) — executa funções sem gerenciar contêineres. Caso de uso: workloads orientados a eventos, tráfego esporádico, endpoints de API simples. Trade-offs: dependência de fornecedor, latência de cold start, limites de execução de 15 minutos, depuração mais difícil. 6) Cloud Run / Knative — contêineres serverless (o melhor dos dois mundos). Caso de uso: apps conteinerizadas + desejo de escalabilidade serverless (scale-to-zero) sem a carga operacional do K8s. O GCP Cloud Run é a melhor implementação. 7) PaaS modernos: Render, Railway, Fly.io, Heroku — implantação totalmente gerenciada sem infraestrutura. Caso de uso: startups + equipes pequenas + workloads pequenos. Recomendações padrão 2026: Grande empresa + multi-cloud + preparado para o futuro → Kubernetes. Só AWS + equipe pequena → ECS Fargate (ou K8s via EKS se estiver crescendo). Orientado a eventos, esporádico → funções serverless. Conteinerizado + desejo de serverless → Cloud Run / Knative. Empresa HashiCorp → Nomad. Um Engenheiro K8s Sênior precisa saber quando o K8s é a escolha errada.

Stack de K8s de produção de referência 2026: 1) Provisionamento de cluster — gerenciado (EKS / GKE / AKS) ou Cluster API + provedores Cluster API (vsphere / AWS / GCP / Azure) para self-managed. 2) CNI (Container Network Interface) — Cilium (em alta — baseado em eBPF, substitui o kube-proxy) ou Calico (maduro) ou Flannel (simples). Cilium recomendado 2026 — bônus: observabilidade Hubble + enforcement de Network Policies no kernel. 3) Ingress / Gateway — Gateway API (moderno, GA 2024 — HTTPRoute / Gateway) com implementações Cilium Gateway / Istio Gateway / Envoy Gateway / Kong Gateway. Legado: NGINX Ingress Controller / Traefik / Contour. 4) Service mesh (opcional mas recomendado para produção): Istio (mais recursos — ambient mesh 2024+ evita a sobrecarga de sidecars) ou Linkerd (mais simples) ou Cilium Service Mesh (baseado em eBPF — sem sidecars). 5) GitOps — ArgoCD (domina — ApplicationSets para multi-tenancy, sync waves, hooks) ou FluxCD. 6) Helm + Kustomize — gerenciamento de manifestos. Helm para pacotes distribuídos, Kustomize para config por ambiente baseada em overlays. 7) Gerenciamento de secrets — External Secrets Operator (em alta — puxa de Vault / AWS Secrets Manager / GCP Secret Manager / Azure Key Vault) ou Sealed Secrets (para secrets criptografados amigáveis a GitOps). 8) Enforcement de políticas — Kyverno (mais simples que OPA Gatekeeper, em alta 2026) ou OPA Gatekeeper. Imponha: labels obrigatórios / registries de imagem / limites de recursos / security contexts. 9) Observabilidade — métricas: Prometheus Operator (kube-prometheus-stack) + Grafana + VictoriaMetrics / Mimir para armazenamento de longo prazo. 10) Observabilidade — logs: Loki + Fluent Bit / Vector (Vector em alta — baseado em Rust, mais rápido). 11) Observabilidade — traces: OpenTelemetry Collector + Jaeger ou Tempo (stack Grafana). 12) Segurança em runtime: Falco (CNCF — detecção de ameaças em runtime baseada em eBPF) + Cilium Tetragon (observabilidade de segurança em eBPF — alternativa mais nova). 13) Segurança de imagens: Trivy (varredura) + Sigstore cosign (assinatura) + admission controller verificando assinaturas. 14) Armazenamento: drivers CSI — cloud-native (EBS / Persistent Disk / Azure Disk) ou OpenEBS / Longhorn / Rook/Ceph para self-hosted. 15) Backup / DR: Velero (CNCF — faz backup de recursos do K8s + volumes persistentes, restaura em outro cluster). Add-ons opcionais 2026: KEDA (autoescalonamento orientado a eventos), Argo Workflows (batch / pipelines), Knative (serverless no K8s), NVIDIA GPU Operator (para cargas de IA / ML). Um Engenheiro K8s Sênior escolhe + mantém toda essa stack — 15+ componentes.

Sim, 28% das vagas de Kubernetes Engineer são totalmente remotas ou híbridas. O trabalho de K8s é baseado em nuvem padrão. Empresas de outsourcing — quase sempre remotas em projetos dos EUA. Russas — híbrido ou remoto após o período de experiência. Empresas de tecnologia internacionais — totalmente remoto padrão. Empresas cloud-native (Aiven / Isovalent (Cilium) / Tigera / SUSE Rancher / Rafay) — totalmente remoto premium. Times de K8s da Big Tech — híbrido padrão. Hubs de relocação: Polônia / Alemanha / Canadá / Sérvia / Geórgia / EAU. Inglês para remoto internacional de K8s — obrigatório (a comunidade CNCF é em inglês, as conferências KubeCon em inglês).

Senior Kubernetes Engineer — implementa + mantém clusters K8s + Operators personalizados. No dia a dia: escrita de Helm charts, depuração de problemas nos clusters, escala de plantão, tuning de desempenho, desenvolvimento de Operators. Muita programação (domínio de Go para Operators). Kubernetes Architect — projeta a estratégia de K8s + federação de múltiplos clusters + arquitetura de service mesh + decisões de arquitetura cloud-native. No dia a dia: escrita de ADRs para decisões de K8s, revisões de design, estratégia de federação de múltiplos clusters (Karmada / OpenChoreo), escolha + topologia do service mesh, design do framework de políticas de segurança, planejamento de capacidade. Menos programação. Trajetória de carreira: Engenheiro K8s Sênior (4-6 anos) → Arquiteto K8s → Principal K8s Architect / Cloud Native Architect. Desenvolvedor de Operators K8s (caminho alternativo — especialização profunda em programação) — escreve Operators K8s personalizados em Go. No dia a dia: programação em Go + design de CRDs + controller-runtime + testes. Muitas vezes trabalha em empresas de produto onde o K8s é a plataforma principal (por exemplo, bancos de dados nativos de Kubernetes — operators K8s de Cockroach / Yugabyte / SingleStore, monitoramento nativo de K8s — integrações K8s de Datadog / Dynatrace). Escolha de carreira: Engineer prático no dia a dia, Architect estratégia + vários times, Operator Developer programação profunda + engenharia de produto.

Roadmap: 1) Base de DevOps sólida — Linux + domínio de Docker + Git + noções de uma cloud. 2) Fundamentos de Kubernetes — documentação oficial do Kubernetes (kubernetes.io/docs — leia toda a seção Concepts, obrigatório), "Kubernetes in Action" Lukša (primeiro livro canônico), "Kubernetes Patterns" Ibryam / Roß. 3) K8s na prática — monte o seu próprio cluster: kind (Kubernetes in Docker — para dev local), k3s (leve, para edge / IoT / Raspberry Pi), minikube (single-node) ou gerenciado na cloud (EKS / GKE / AKS — elegível ao Free Tier). Faça deploy de apps reais. 4) Certificação CKA (Certified Kubernetes Administrator) — obrigatória para vagas de K8s Engineer. Exame prático (2 horas hands-on). Recursos: Killer.sh (melhor simulado — incluído na compra do CKA), curso CKA da KodeKloud. 5) Certificação CKAD (Certified Kubernetes Application Developer) — para o lado de desenvolvedor. 6) Certificação CKS (Certified Kubernetes Security Specialist) — especialidade premium. 7) Domínio de Helm — autoria de charts (templates / values / hooks / dependencies / library charts). Monte um repositório de charts. 8) GitOps com ArgoCD — Application + ApplicationSets + Projects + sync hooks. Configure o ArgoCD no seu próprio cluster + faça deploy de um app real no estilo GitOps. 9) Noções de service mesh — instale Istio ou Linkerd no seu próprio cluster, configure roteamento de tráfego + observabilidade. 10) CRDs customizados + Operators — programação em Go nível Backend Middle + Operator SDK / Kubebuilder. Escreva um Operator simples (ex.: backup-controller para StatefulSets). 11) Stack de observabilidade — instale kube-prometheus-stack + Grafana + Loki + Tempo, configure métricas customizadas + dashboards + alerting. 12) Stack de segurança — instale Falco + OPA Gatekeeper ou Kyverno, escreva políticas de segurança. 13) Pet project avançado: setup de K8s nível produção com todos os 15 componentes da stack no seu próprio cluster — documente como portfólio no GitHub. 14) Contribua para open source — ache um good-first-issue nos repos do Kubernetes / Helm / ArgoCD / Cilium. A comunidade CNCF é acolhedora para novos contribuidores. Cursos RU: Slurm DevOps + K8s, Otus "Kubernetes Educator", Karpov.Courses K8s Track, KubeOps School. Internacional (EN): KubeCon talks YouTube (gratuito — assista as 50 melhores talks, obrigatório), Learnk8s (cursos intensivos), KodeKloud Cloud-Native Learning Path, CNCF Curriculum (gratuito). Livros de leitura obrigatória: "Kubernetes Up & Running" Burns / Beda / Hightower (3ª edição — os autores inventaram o K8s), "Programming Kubernetes" Hausenblas / Stefan Schimanski (para desenvolvimento de Operators). DevOps Middle → K8s Junior — 4-8 meses.

307 active open Kubernetes Engineer positions — premium specialisation inside DevOps. Geography: the US, Poland, India. Time to close a Senior K8s Engineer role — 4-10 weeks (faster than SRE, but requires deep specialisation).

Um Kubernetes Engineer Sênior é dono do ciclo completo do ecossistema K8s + operações em escala de produção + liderança técnica. Domínio profundo de Kubernetes: escala de produção (nós), todos os controllers + objetos da API + admission controllers + plugins do scheduler. Domínio de CRDs personalizados + Operators: programação em Go no nível de Backend Sênior + Operator SDK / Kubebuilder + controller-runtime + tratamento de loops de reconciliação + leader election + versionamento de recursos personalizados + conversion webhooks. Domínio de Helm: criação de charts (templates / hierarquias de values / hooks / sub-charts / library charts), distribuição via registry OCI, testes de charts (helm-unittest + chart-testing). Domínio de GitOps: ArgoCD ApplicationSets para multicluster + sync waves + hooks + projects + RBAC + integração com gestão de segredos. Service mesh a fundo: Istio ou service mesh do Cilium — configuração em produção, mesh multicluster, mTLS, gestão de tráfego, observabilidade. Redes a fundo: funcionamento interno de plugins CNI (modelo eBPF do Cilium ou modelo BGP do Calico), domínio da Gateway API (HTTPRoute / Gateway / GatewayClass), design de aplicação de Network Policies. Domínio de segurança: Pod Security Standards + domínio de RBAC (design de menor privilégio), framework de políticas OPA Gatekeeper / Kyverno, segurança em runtime (Falco / Cilium Tetragon), segurança da cadeia de suprimentos (Sigstore + cosign + admission webhooks que verificam assinaturas). Armazenamento: funcionamento interno de drivers CSI + desenvolvimento de CSI personalizado se necessário. Domínio de observabilidade: Prometheus Operator avançado (CRDs ServiceMonitor / PodMonitor / Probe + recording rules + federação), Grafana avançado, OpenTelemetry Collector avançado, tracing distribuído através do mesh. Domínio de multicluster: Cluster API para provisionamento, Karmada / OpenChoreo para federação, service mesh multicluster (Istio ambient mesh), estratégias de recuperação de desastres multicluster. Cargas com GPU (em alta em 2026 para IA / ML): NVIDIA GPU Operator avançado, configuração de MIG, Kueue para filas de jobs, Volcano batch scheduler. System design para plataformas K8s: projetar no quadro branco uma plataforma K8s multicluster em escala de 10.000+ nós + multitenancy + multirregião. Otimização de desempenho: benchmarking de clusters (kube-bench para CIS / kube-burner para desempenho), tuning do control plane, tuning do etcd. Programação: domínio de Go como linguagem principal (para Operators + ferramentas personalizadas). Python como secundária. Soft skills: escrita de ADRs para decisões de K8s, redação técnica (documentação de charts + documentos de design de operators), code review de charts Helm + código de Operators, mentoria de engenheiros K8s Pleno, palestras na KubeCon como bônus. Inglês para Sênior+ OBRIGATÓRIO — comunidade / documentação / conferências da CNCF são em inglês. Bônus opcional: contribuições open-source para o núcleo do Kubernetes / Helm / ArgoCD / Cilium / Istio — aumentam muito o valor de mercado para contratação em times de K8s das Big Techs.