Engenheiro Cloud: 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 Júnior + certificações de nuvem (AWS SA Associate / GCP ACE / Azure AZ-104). O salto Júnior → Pleno — depois da primeira implantação em produção multi-conta / multi-região + a primeira iniciativa de otimização de custo (tipicamente 15-30% de economia). Pleno → Sênior — landing zones multi-conta + mandato de otimização de custo (típico: redução de 30-50%) + projeto multi-cloud. Sênior → Cloud Architect — estratégia de nuvem para toda a organização + coordenação entre times. Fluxo de carreira: DevOps Júnior (1-2 anos) → Cloud Engineer Júnior / Pleno (1-2 anos) → Sênior → ou Cloud Architect (estratégia), especialista FinOps (otimização de custo profunda), Cloud Security Engineer (segurança profunda), ou um movimento para um provedor de nuvem nativo em cargos de solutions-architecture.

Top 5: cloud, cloud engineer, aws, azure, devops. Uma plataforma de cloud a fundo + conhecimento básico das outras duas. AWS a fundo: EC2 / S3 / Lambda / RDS / DynamoDB / EKS / ECS / Fargate / CloudFront / Route 53 / domínio de IAM / KMS / design de VPC / Direct Connect / Transit Gateway / Systems Manager / CloudFormation + CDK / CodePipeline / Step Functions / EventBridge. GCP a fundo: Compute Engine / GKE / Cloud Run / BigQuery / Vertex AI / Cloud Storage / Cloud SQL / Cloud Functions / Pub/Sub / IAM / VPC / Cloud DNS / Cloud Build / Cloud Deploy. Azure a fundo: VM / AKS / Azure Functions / Cosmos DB / Azure SQL / Storage / Active Directory / Azure DevOps / ARM templates + Bicep / Logic Apps / Service Bus. IaC: Terraform / OpenTofu a fundo (cloud-agnostic) + cloud-native (AWS CDK para AWS-only, GCP Deployment Manager, Azure Bicep). Kubernetes-cloud-managed: domínio de EKS / GKE / AKS (diferenças em relação ao K8s vanilla — control plane gerenciado / integração com serviços cloud-native). FinOps tooling: AWS Cost Explorer + Cost Anomaly Detection + Cost Optimization Hub, GCP Cost Management, Azure Cost Management, Kubecost (atribuição de custo em K8s), Vantage / Cloudability / Anodot / CloudHealth (comercial multi-cloud). Certificações FinOps Foundation. Cloud Security: domínio de IAM (design least-privilege), KMS / Secrets Manager, AWS GuardDuty + WAF + Security Hub (ou GCP Security Command Center / Azure Sentinel), CIS benchmarks. Networking a fundo: VPC peering, Transit Gateways, conectividade híbrida (Direct Connect / VPN), estratégia de DNS (Route 53 / Cloud DNS / Azure DNS), CDN (CloudFront / Cloud CDN / Azure Front Door). Programação: Python (domínio de SDK boto3 / google-cloud / azure-sdk) para automação.

Árvore de decisão para a escolha do provedor de nuvem 2026: AWS — líder de mercado (~32% de participação em 2026), o ecossistema mais maduro, o maior mercado de trabalho (60%+ das vagas de Cloud Engineer nos EUA/UE mencionam AWS), o melhor para workloads gerais. Pontos fortes: amplitude de serviços (200+), IAM / VPC maduros, Lambda — o melhor serverless, grande ecossistema. Pontos fracos: a experiência do desenvolvedor fica atrás do GCP, complexidade de cobrança ("surpresas não reservadas" são comuns), trilha de certificação longa (SA Associate → Pro). Caso de uso: mercado corporativo + a amplitude importa + a maioria dos projetos nos EUA. GCP — a nuvem do Google (~12% de participação em 2026), a melhor experiência do desenvolvedor, amigável para ML (acesso a TPU + Vertex AI), os serviços de dados mais fortes (BigQuery — o melhor data warehouse na nuvem, Dataflow). Pontos fortes: IAM mais simples (hierarquia de recursos + nível de projeto), Cloud Run (o melhor serverless para contêineres), BigQuery, a herança mais forte em K8s (o Google inventou o K8s — o GKE é o mais polido). Pontos fracos: mercado de trabalho menor, menos serviços que a AWS, integração corporativa mais fraca. Caso de uso: workloads intensivos em dados / ML + projeto novo com prioridade para a experiência do desenvolvedor. Azure — a nuvem da Microsoft (~22% de participação em 2026), a mais forte para .NET / Windows / mercado corporativo. Pontos fortes: integração profunda com Active Directory, vínculos com Microsoft 365 / Office, nuvem híbrida (Azure Stack), a melhor para migração de legado corporativo. Pontos fracos: os ARM templates eram historicamente mais fracos (o Bicep resolveu isso — moderno), ecossistema menos rico que o da AWS. Caso de uso: empresa com stack Microsoft + nuvem híbrida + legado .NET. Realidade multi-cloud 2026: 89% das empresas usam 2+ nuvens (relatório State of the Cloud da Flexera). Padrão típico: AWS como principal + GCP para dados / ML + Azure para integrações com SaaS corporativos. Um Cloud Engineer Sênior domina UMA a fundo + o básico das outras duas.

Realidade 2026 — a maioria das organizações usa 2-3 nuvens, mas o padrão varia. Padrão 1: Primária + secundária (~60% das empresas) — uma nuvem primária (90% dos workloads), outra para casos de uso específicos. Típico: AWS primária + GCP para ML / BigQuery. Padrão 2: Multi-cloud por compliance / residência de dados — nuvens diferentes para regiões / segmentos de clientes diferentes (ex.: AWS para clientes dos EUA, Azure para clientes da UE com forte GDPR). Padrão 3: Multi-cloud para evitar vendor-lock — arquitetura explicitamente multi-cloud (Kubernetes + Terraform para portabilidade, abstrações de armazenamento vendor-neutral). Raramente funciona sem atritos — tipicamente 30-50% de overhead operacional extra. Padrão 4: Hybrid-cloud (nuvem + on-prem) — workloads regulados de bancos / saúde / governo on-prem + nuvem para workloads não sensíveis (Azure Stack / AWS Outposts / GCP Anthos). O que na realidade NÃO funciona em 2026: 1) Camadas de abstração puramente cloud-agnostic (ex.: Crossplane para todas as nuvens) — leaky demais, você perde features cloud-native. 2) Divisão multi-cloud 50/50 — custos de expertise dobrados, sem descontos por volume. 3) Multi-cloud para otimização de custo — os custos de egress de dados geralmente matam a economia. Boas práticas 2026: escolha UMA primária, acrescente a secundária só para uma necessidade concreta específica de serviço (BigQuery / Vertex AI / Azure AD), use Terraform / OpenTofu para provisionamento consistente, aceite que 90-100% dos workloads rodarão numa única primária. O cargo de Senior Cloud Architect — projetar a estratégia multi-cloud certa para uma necessidade de negócio específica, não «mais = melhor». Aspecto FinOps: o multi-cloud complica a atribuição de custos + os descontos por compromisso (Reserved Instances / Savings Plans / Committed Use Discounts) — cada nuvem exige um planejamento separado.

FinOps (Cloud Financial Operations) — disciplina de responsabilidade financeira pelos gastos com nuvem, a ponte entre os times de engenharia / finanças / negócio. A FinOps Foundation (organização afiliada à CNCF) define as práticas. Sem disciplina de FinOps, 20-40% dos gastos são desperdiçados (recursos sem tags / superdimensionados / ambientes de dev esquecidos / consultas ineficientes). A alta liderança exige otimização de custos. Trajetória de carreira para FinOps Engineer / Practitioner: entrada típica — Cloud Engineer Sênior + interesse em custos + certificações da FinOps Foundation (FinOps Certified Practitioner → Professional). Responsabilidades do FinOps Engineer: 1) Estratégia de tags de custo na nuvem (alocação de custos por time / projeto / ambiente). 2) Automação da detecção de anomalias de custo (AWS Cost Anomaly Detection / Azure Cost Management / Vantage / Anodot). 3) Planejamento + gestão de Reserved Instances / Savings Plans / Committed Use Discounts. 4) Análise de right-sizing (instâncias EC2 / RDS / GCE muitas vezes 2-4× superdimensionadas). 5) Estratégia de instâncias spot (economia típica de 70-90% para cargas tolerantes a interrupção). 6) Camadas de armazenamento cloud-native (S3 Intelligent-Tiering / Glacier, GCS Coldline / Archive, Azure Cool / Archive). 7) Atribuição de custos do Kubernetes (Kubecost / OpenCost). 8) Otimização de egress de dados (estratégias de cache no CloudFront / Cloud CDN). 9) Dashboards de chargeback / showback para times de produto. 10) Promoção da cultura FinOps — tornar os engenheiros conscientes de custos. Mandato típico: redução de 30-50% no primeiro ano + otimização contínua de 10-15% ao ano. Recursos: FinOps Foundation (treinamentos gratuitos + comunidade), "Cloud FinOps" J.R. Storment / Mike Fuller (O'Reilly — leitura obrigatória), Vantage Blog (o melhor conteúdo prático).

Sim, 23% das vagas de Cloud Engineer são totalmente remotas ou híbridas. O trabalho de nuvem é totalmente baseado em nuvem (tudo via consoles + IaC). Empresas de outsourcing — quase sempre remotas em projetos dos EUA. Russas — híbrido ou remoto após o período de experiência. Bancos russos — híbrido/presencial por causa de compliance de dados em nuvem. Empresas de tecnologia internacionais — totalmente remoto padrão. Big Tech (AWS / Microsoft Azure / Google Cloud) — híbrido padrão, parcialmente remoto. Hubs de relocação: Polônia (UE cloud-friendly), Alemanha, Canadá, Sérvia, Geórgia, EAU. Inglês para remoto internacional de Cloud — obrigatório (prêmio +25-40%).

Cloud Engineer — implementa + mantém a infraestrutura de nuvem seguindo orientações / especificações. No dia a dia: PRs de Terraform, troubleshooting, revisões de custos, atualizações de IAM, escala de plantão. Cloud Architect — desenha a estratégia de nuvem + a arquitetura de landing zones + frameworks de conformidade. No dia a dia: escrita de ADRs, revisões de design das propostas de nuvem das equipes de produto, estratégia multi-conta, revisão de arquitetura de segurança, decisões de arquitetura de custos. Menos programação (mais estratégia + comunicação). Trajetória de carreira: Cloud Engineer Sênior (4-6 anos) → Cloud Architect → Principal Cloud Architect / Chief Cloud Officer (CCoE — líder do Cloud Center of Excellence). Cloud Solutions Architect — pré-vendas + trabalho de arquitetura para clientes. Muitas vezes voltado ao cliente — desenha soluções para potenciais clientes, vendas técnicas. Escolha de carreira: Engineer se programar no dia a dia te atrai, Architect (interno) se o interesse é estratégia interna + várias equipes, Architect (provedor de nuvem) se o interesse é atendimento ao cliente + pré-vendas.

Roadmap: 1) Base de DevOps sólida — Linux + bash + Docker + Kubernetes + Terraform + Git. Sem essa base não faz sentido entrar na especialização em Cloud. 2) Escolha UMA cloud a fundo: AWS (padrão 2026 para outsource dos EUA) ou GCP (para cargas de IA / ML / dados) ou Azure (para a stack enterprise Microsoft). 3) Certificação Foundation: AWS Cloud Practitioner ou GCP Cloud Digital Leader ou Azure Fundamentals (AZ-900) — certificação de entrada fácil, demonstra entendimento básico. 4) Certificação de nível Associate: AWS SA Associate ou GCP Associate Cloud Engineer ou Azure AZ-104 (Administrator) + AZ-204 (Developer). 5) Construa algo real — app full-stack em uma cloud com setup nível produção (multi-AZ HA / IaC / observabilidade / CI/CD). Documente no GitHub. 6) Certificação de nível Professional: AWS SA Professional (a certificação cloud mais valiosa 2026) ou GCP Professional Cloud Architect ou Azure Solutions Architect Expert. 7) Aprofunde networking: design de VPC, conectividade híbrida (Direct Connect / VPN / Interconnect), estratégia de DNS, setup de CDN, arquitetura multi-region. 8) Segurança a fundo: domínio de IAM (padrões de least-privilege), KMS / Secrets Manager, serviços de segurança (AWS GuardDuty + WAF + Security Hub / GCP Security Command Center / Azure Sentinel), CIS Benchmarks. Certificação opcional: AWS Security Specialty / Azure Security Engineer (AZ-500). 9) FinOps: estratégia de tagging de custo, Reserved Instances / Savings Plans / Committed Use Discounts, automação de right-sizing, atribuição de custo de Kubernetes. Certificação FinOps Foundation Certified Practitioner. Livro: "Cloud FinOps" Storment / Fuller. 10) Pet project avançado: setup de landing zone multi-conta com AWS Control Tower / GCP Org Policy / Azure Management Groups + varredura automatizada de conformidade + automação de otimização de custo. Cursos RU: Otus "Cloud Solution Architect", Slurm Cloud track, Karpov.Courses Cloud Engineer. Internacional (EN): A Cloud Guru (melhor para preparação de certificação), Cloud Academy, FreeCodeCamp YouTube (cursos gratuitos de AWS / GCP / Azure), AWS Skill Builder (oficial gratuito). Livros de leitura obrigatória: "AWS Certified Solutions Architect Study Guide" Piper / Clinton, "Cloud Native Patterns" Davis, "Designing Cloud Data Platforms" Plewes. DevOps Middle → Cloud Engineer Junior — 4-8 meses (com track de certificação). Backend Senior → Cloud Engineer Junior — 6-10 meses.

1118 active open Cloud Engineer positions — a large DevOps segment. Geography: the US, Singapore, Poland. Sources: hh.ru, Habr Career, getmatch, Djinni, LinkedIn (huge international Cloud segment), NoFluffJobs / JustJoin.it (Poland Cloud-friendly), Telegram, career pages of EPAM Cloud Practice / Luxoft Cloud / Andersen / DataArt, specialised boards (cloudnativejobs.com / awsjobs.io / gcpjobs.io / cloud-careers.com), Y Combinator Work at a Startup, native cloud-provider careers. The real market is broader thanks to a huge international remote segment. Time to close a Senior Cloud Engineer role with certifications — 4-8 weeks (the market is liquid).

Um Cloud Engineer Sênior é dono do ciclo completo de infraestrutura em nuvem + otimização de custos + liderança técnica. Uma nuvem em nível Pro: AWS SA Pro / GCP Cloud Architect Pro / Azure Solutions Architect Expert — em escala real de produção (50+ contas / multirregião / engenheiros). Redes a fundo: design de VPC (multirregião / multiconta / Transit Gateways / Direct Connect), estratégia de DNS, noções de BGP, domínio de security groups vs NACLs, conectividade híbrida. Domínio de IaC: Terraform / OpenTofu a fundo (módulos / workspaces / migração de state / detecção de drift) + nativo de nuvem (AWS CDK ou Bicep) para recursos avançados específicos da nuvem. Domínio de Kubernetes gerenciado na nuvem: EKS / GKE / AKS em escala de produção, integração com serviços nativos da nuvem (IRSA para EKS / Workload Identity para GKE), estratégias de node groups. Domínio de FinOps: estratégia de tags para alocação de custos, planejamento de Reserved Instances / Savings Plans / Committed Use Discounts, automação de right-sizing, estratégia de instâncias spot, atribuição de custos no Kubernetes (Kubecost / OpenCost). Mandato típico de Sênior: redução de 30-50% nos custos de nuvem por ano. Domínio de segurança em nuvem: domínio de IAM (design de menor privilégio + automação), rotação no KMS / Secrets Manager, integração de serviços de segurança (GuardDuty + WAF + Security Hub + Macie / Security Command Center / Sentinel), automação do CIS Benchmark, segurança da cadeia de suprimentos. Governança multiconta: Control Tower / Org Policy / Management Groups, SCPs / Org policies, arquitetura de landing zone, automação de criação de contas. Frameworks de compliance: SOC 2 / ISO 27001 / HIPAA / PCI-DSS — automação para auditorias de compliance. Recuperação de desastres: estratégias de failover multirregião, planejamento de RPO / RTO, estratégia de backup, chaos engineering para validar a recuperação de desastres. Observabilidade no contexto de nuvem: integração de CloudWatch / Cloud Monitoring / Azure Monitor com Prometheus / Grafana / Datadog. Programação: Python a fundo (domínio dos SDKs boto3 / google-cloud / azure-sdk) + noções de Go. System design para nuvem: projetar alta disponibilidade multirregião e multi-AZ no quadro branco, princípios do Well-Architected Framework, arquitetura baseada em células para limitar o raio de impacto. Soft skills: escrita de ADRs para decisões de nuvem, comunicação de trade-offs entre custo e arquitetura para finanças / negócio, rodízio de plantão, colaboração entre times. Inglês para Sênior+ OBRIGATÓRIO — comunidade / documentação / certificações de nuvem são em inglês. Bônus opcional: contribuições open-source para providers do Terraform / projetos de SDKs de nuvem / projetos cloud-native da CNCF — aumentam muito o valor de mercado para contratação nos próprios provedores de nuvem.