Engenheiro de Plataforma: 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 — raro (entrada típica: DevOps Pleno / Backend Pleno + interesse em internal-tooling). O salto Júnior → Pleno — depois da primeira implantação de uma capacidade de IDP de ponta a ponta (ex.: Backstage Software Templates para scaffolding de novos serviços). Pleno → Sênior — propriedade de plataforma multi-time + trilha de melhoria de métricas de DX (ex.: reduzir o mean Time to First Deploy de 2 semanas para 2 dias). Sênior → Staff / Principal — arquitetura de IDP para toda a organização + estratégia de platform-as-product entre times. Fluxo de carreira: DevOps Pleno / Backend Pleno (2-3 anos) + interesse → Platform Engineer Júnior (1-2 anos) → Pleno (2-3 anos) → Sênior → ou Platform Architect, especialização em DX Engineer, ou Engineering Manager (time de Platform).

Top 5: devops, cloud, agile, graphql, azure. Ferramentas de IDP (Internal Developer Platform): Backstage (open-source da Spotify — domina 2026 — CNCF incubating; o maior mercado de trabalho) — é preciso conhecer React + TypeScript (customização de frontend) + Node.js (plugins de backend) + modelo de entidades do Backstage + Software Catalog + TechDocs + Software Templates + plugin de Kubernetes. Port (comercial — melhor UX 2026 — concorrendo com o Backstage, crescendo rápido) — mais simples de customizar, schema específico do Port. Cortex (alternativa — foco em service catalog). Humanitec (focado em orquestrador de plataforma — patterns de auto-deployment). OpsLevel, Configure8. Templates self-service: Backstage Software Templates (integração cookiecutter) / Port Actions / scaffolding de CLI customizada (Yeoman / Plop / CLI Go customizada). Service catalog: rastreamento de todos os serviços + ownership + dependências + maturity scoring (Backstage Software Catalog / Port / OpsLevel). Ecossistema Kubernetes a fundo: base da plataforma — Crossplane (IaC K8s-native, provider-agnostic — melhor para abstração de plataforma), Argo CD (base de GitOps), Tekton (plataforma de pipelines), Knative (plataforma serverless). Abstrações de plataforma: Crossplane Compositions (abstrações tipadas de cloud-resource — exemplo: "provisionar Postgres" = uma única chamada de API que se expande em RDS + IAM role + Secret + Network), Terraform modules + Spacelift / Atlantis (IaC gerenciado), Kratix (framework platform-as-product — entrada mais nova interessante 2024+). API gateway para APIs da plataforma: Kong / Tyk / Apigee / AWS API Gateway. Developer portal: Backstage UI / Port UI / Cortex UI — single pane of glass para devs (service catalog + docs + actions + observabilidade). Métricas de DX (Developer Experience): DORA metrics (Deployment Frequency / Lead Time for Changes / Mean Time to Recover / Change Failure Rate — framework Google DevOps Research and Assessment), SPACE framework, DX surveys (feedback de desenvolvedores). Ferramentas: Sleuth / LinearB / Faros AI / Swarmia / Code Climate Velocity. Plataforma de CI/CD: tipicamente Tekton Pipelines (CNCF native) ou Argo Workflows + Argo Events. Observabilidade da própria plataforma: métricas de adoção da plataforma + atribuição de cost-per-team + tracking de scores de DX. Linguagens: TypeScript principal (plugins de Backstage) + Go para tooling de plataforma customizado + Python para automação.

DevOps Engineer — foco em CI/CD + nuvem + K8s para uma única equipe / produto. Foco no nível da equipe. Veja DevOps Engineer (geral). SRE (Site Reliability Engineer) — foco em confiabilidade + SLI / SLO + plantão + automação para reduzir o trabalho manual repetitivo (toil). Muita programação. Veja Site Reliability (SRE). Platform Engineer (esta página) — foco em uma plataforma de desenvolvimento reutilizável e self-service para toda a organização de engenharia. Pensamento de produto interno: desenvolvedores = clientes, equipe de plataforma = equipe de produto. No dia a dia: construir capacidades self-service (por exemplo, "criação de um novo serviço com um clique" via Backstage Templates), manter o catálogo de serviços + golden paths + paved roads. Muita programação (TypeScript + Go). Distinção-chave 2026: Platform Engineering NÃO é apenas DevOps com outro nome. A distinção real: mentalidade de plataforma como produto + responsabilidade pelas métricas de DX + estratégias de adoção por várias equipes + pensamento de produto para ferramentas internas. Diferença em relação ao SRE: o SRE é dono da confiabilidade dos serviços. O Platform Engineer é dono da confiabilidade + UX da própria plataforma interna (que outras equipes usam para implantar seus serviços). O Platform Engineer mede o sucesso não pelo uptime da infraestrutura, mas por "quantos minutos um engenheiro novo leva para implantar seu primeiro serviço?" Diferença em relação ao DevOps: o DevOps Engineer normalmente está profundamente inserido em uma equipe de produto (CI/CD para um produto). O Platform Engineer trabalha em infraestrutura transversal usada por 10+ equipes de produto. Realidade da sobreposição de carreira 2026: 60-70% de stack em comum. Movimentos laterais fáceis DevOps Sênior ↔ Platform Engineer (3-6 meses). Em organizações menores: uma pessoa = DevOps e Plataforma ao mesmo tempo. Médias / grandes (50+ engenheiros): cargos separados.

Árvore de decisão para a escolha de IDP 2026: 1) Backstage (open-source do Spotify 2020, em incubação na CNCF 2022) — líder de mercado em 2026 (~60% de participação). O maior nicho para desenvolvimento de plugins + integrações customizadas. Pontos fortes: enorme comunidade (10K+ estrelas no GitHub), 130+ plugins oficiais, totalmente open-source, suporte a serviços poliglotas, Software Catalog + TechDocs + Software Templates todos embutidos, integrações com tudo. Pontos fracos: alto esforço de implementação (um rollout típico de Backstage — 6-12 meses de investimento em engenharia), exige expertise em React + TypeScript para customização, criação de plugins complexa, manutenção contínua pesada. Caso de uso: empresas com 50+ engenheiros + equipe de plataforma dedicada (3+ engenheiros) + desejo de controle total + preferência por open-source. 2) Port (startup comercial israelense — fundada em 2022, crescimento rápido em 2024–2026) — principal desafiante, com a melhor UX. Pontos fortes: implementação drasticamente mais simples (setup típico em 1-2 semanas vs 6-12 meses do Backstage), modelo declarativo de blueprints, UI bonita, Self-Service Actions embutidas, construtores de serviços com arrastar e soltar, integrações nativas com Slack / Teams. Caso de uso: empresas com 20-200 engenheiros + desejo de valor rápido + sem vontade de investir em uma equipe de plataforma de 3+ engenheiros. 3) Cortex (comercial — fundada em 2020, um pouco mais antiga que a Port) — foco em catálogo de serviços. Pontos fortes: pontuação de catálogo de serviços + acompanhamento de maturidade de primeira linha, foco em "scorecards de prontidão para produção". Caso de uso: organizações em que o principal problema é acompanhar a qualidade dos serviços entre muitas equipes. 4) Humanitec (comercial — focada em orquestração de plataforma) — ângulo diferente de um portal IDP. Pontos fortes: automação profunda de K8s + padrões de implantação multiambiente + separação de workloads. Caso de uso: plataformas fortemente centradas em K8s, onde a automação de implantação é a principal necessidade (vs descoberta de serviços). 5) OpsLevel, Configure8 — alternativas, com menor participação de mercado. 6) Próprio — às vezes as empresas constroem seu próprio IDP mínimo (Hugo / Next.js estático + integrações de API customizadas). Recomendações padrão 2026: Grande empresa / preferência por open-source / equipe de plataforma dedicada → Backstage. Mid-market (20-200 engenheiros) / desejo de valor rápido → Port. Qualidade do catálogo de serviços como necessidade principal → Cortex ou Port. Automação de implantação em K8s como prioridade → Humanitec. Mercado de Backstage 2026 — a maior categoria de vagas, mas as vagas de Port crescem rápido.

Sim, 38% das vagas de Platform Engineer são totalmente remotas ou híbridas. O trabalho de Platform — baseado em nuvem + internal-tooling = ideal para remoto. Empresas de outsourcing — quase sempre remotas em projetos dos EUA. Empresas russas — híbrido ou remoto após o período de experiência. Empresas de tecnologia internacionais — totalmente remoto padrão. Big Tech — híbrido padrão. Contribuidores do core-team do Backstage (trabalho na comunidade CNCF) — totalmente remoto por definição. Hubs de relocação: Polônia / Alemanha (Platform Engineering-friendly) / Canadá / Sérvia / Geórgia / EAU. Inglês para remoto internacional de Platform — obrigatório (a comunidade de Platform Engineering é em inglês — CNCF / Backstage Working Groups / KubeCon Platform Engineering Day).

Platform Engineer (geral) — constrói + mantém as capacidades da plataforma. Dono da implementação técnica. DX (Developer Experience) Engineer — subespecialização focada em métricas de produtividade dos desenvolvedores + ciclos de feedback dos desenvolvedores. No dia a dia: 1) Quantificar a produtividade dos desenvolvedores (automação da medição de métricas DORA + SPACE), 2) Design + análise de pesquisas com desenvolvedores (feedback qualitativo), 3) Identificar pontos de atrito no fluxo de trabalho dos desenvolvedores (por exemplo, "o build leva 30 minutos", "instabilidade dos testes 15%", "tempo para provisionar o ambiente de dev 2 horas"), 4) Conduzir iniciativas entre times para reduzir o atrito (às vezes implementando por conta própria, às vezes coordenando com outros times), 5) Otimização do onboarding (reduzir o tempo até o primeiro PR / primeiro deploy de novos contratados), 6) Decisões de padronização de ferramentas (recomendar / exigir escolhas específicas de IDE / framework / ferramenta de build), 7) Estratégia de documentação para desenvolvedores (Backstage TechDocs / mkdocs / própria). Habilidades: técnicas (é preciso entender todo o stack da plataforma) + analíticas (medição de produtividade orientada a dados) + pessoas (entrevistar desenvolvedores + extrair os problemas reais) + pensamento de produto (priorizar melhorias pelo impacto). Programação de leve a moderada. Remuneração: DX Engineer é comparável a Platform Engineer Sênior. Em empresas de tecnologia dos EUA, o DX Engineer virou um cargo disputado 2024–2026 graças ao alto ROI (tempo de desenvolvedor = caro). Escolha de carreira: Platform Engineer se implementar capacidades interessa mais do que medir. DX Engineer se o que interessa é análise de produtividade orientada a dados + empatia com as dores dos desenvolvedores + influência entre times. Ambos são caminhos legítimos para Sênior+. Vozes conhecidas de DX 2026: Abi Noda (cofundador da DX, ex-líder de pesquisa do GitHub — escreveu o artigo do framework SPACE), Lorin Hochstein (resilience engineering / caos), Charity Majors (sobreposição de observabilidade + DX — Honeycomb).

Roadmap: 1) Base de DevOps sólida — Linux + Docker + Kubernetes (CKA) + IaC (Terraform) + uma cloud + CI/CD. O Platform Engineering é construído EM CIMA da stack de DevOps. 2) Habilidades de engenharia de software — Backstage e o tooling de plataforma customizado são engenharia de software aplicada a problemas de infra. Nível Backend Middle em uma linguagem (Go principalmente para ferramentas de CLI, TypeScript + React para o Backstage). 3) Backstage a fundo — skill de IDP mais vendável 2026. Recursos: Documentação do Backstage (backstage.io) + canal do Backstage no YouTube + livro "Developer Platforms with Backstage" Eli Goldberg. Configure uma instância do Backstage na sua própria infra. Crie um plugin customizado (ex.: integrar um dashboard específico da empresa). Contribua com uma pequena correção ao core do Backstage. 4) Crossplane — segundo skill de plataforma mais vendável. Aprenda Compositions (abstrações tipadas de recursos cloud). Configure o Crossplane em um cluster K8s, defina uma composition para "provisionar Postgres" (abstrai RDS + IAM + Secrets). 5) Domínio de ArgoCD (apps deployados pela Plataforma + ApplicationSets para multi-tenancy). 6) Tekton Pipelines — plataforma de pipelines da CNCF (alternativa a Jenkins + GitLab CI para CI/CD plataforma-nativo). 7) Setup de métricas DORA — implemente rastreamento automatizado de Deployment Frequency / Lead Time / MTTR / Change Failure Rate (pode usar ferramentas — Sleuth / LinearB / Faros AI ou customizado). 8) Leitura do framework SPACE — paper "The SPACE of Developer Productivity" Forsgren / Storey / Maddila / Zimmermann / Houck / Nagappan (PDF gratuito). 9) Design de service catalog — Backstage Software Catalog / blueprints do Port — modelagem de entidades para a estrutura real da sua org. 10) Templates de self-service — Backstage Software Templates (baseados em cookiecutter) — crie um template para um novo microsserviço (incluindo manifestos K8s + CI/CD + observabilidade + entrada no service catalog). 11) Pet project avançado: setup completo de IDP (Backstage + Crossplane + ArgoCD + Software Templates customizados + dashboard de métricas DORA) — documente como portfólio. 12) Engajamento com a comunidade de Platform Engineering: KubeCon Platform Engineering Day (CNCF), comunidade Internal Developer Platform (internaldeveloperplatform.org), comunidade platformengineering.org. Livros de leitura obrigatória: "Team Topologies" Skelton / Pais (canônico para entender equipes de plataforma + modos de interação), "The Phoenix Project" Kim + a continuação "The Unicorn Project" (contexto DevOps + Platform), "Accelerate" Forsgren / Humble / Kim (origem das métricas DORA), "Developer Platforms with Backstage" Goldberg. Cursos: vídeos do Backstage Working Group (YouTube gratuito), trilhas de aprendizado do internaldeveloperplatform.org, Humanitec Academy (cursos gratuitos de platform engineering). DevOps Middle / Backend Middle + interesse → Platform Engineer Junior — 4-10 meses.

68 active open Platform Engineer positions — growing internal-developer-platform specialisation. Geography: the US, the UK, Poland. The real market is broader thanks to the international remote segment. Time to close a Senior Platform Engineer role — 5-10 weeks (longer than general DevOps due to specialisation + Backstage / Port expertise requirement). Platform Engineering as a category is growing fastest 2024–2026 per DORA / Puppet State of Platform Engineering reports.

Um Platform Engineer Sênior é dono do ciclo completo de arquitetura de IDP + otimização da DX + liderança técnica. Engenharia de software no nível de Backend Sênior: domínio de TypeScript + React (para desenvolvimento de plugins do Backstage) + Go como linguagem principal (para ferramentas de plataforma personalizadas) + Python para automação. Domínio profundo de Backstage: criação de plugins (componentes React de frontend + plugins Node.js de backend), modelo de entidades do Software Catalog a fundo, configuração avançada do TechDocs, Software Templates avançados (geradores Yeoman personalizados), Catalog Processors para fontes de entidades personalizadas, Permission Framework para Backstage multitenant. Ou expertise equivalente em Port / Cortex em um IDP alternativo. Domínio de Crossplane: design de Compositions (abstrações tipadas de recursos de nuvem), desenvolvimento de Provider personalizado se necessário, padrões de abstração multicloud. Domínio de plataforma Kubernetes: ArgoCD ApplicationSets para multitenancy + multicluster, Tekton Pipelines avançado, Knative para oferta de plataforma serverless. Design de templates de autoatendimento: domínio de scaffolding (Backstage Software Templates / Port Actions / CLI personalizada), permitindo a criação de um novo serviço da ideia à produção em minutos. Arquitetura do service catalog: design do modelo de entidades para a estrutura real da organização, automação de rastreamento de ownership, automação de rastreamento de dependências, pontuação de maturidade. Domínio de métricas DORA: implementação de rastreamento automatizado (do git bruto + dados de deploy até o dashboard), reuniões mensais de revisão de métricas, definição de metas + ownership de iniciativas de melhoria. Aplicação do framework SPACE: desenhar + conduzir pesquisas com desenvolvedores, síntese de feedback qualitativo, priorização de itens de ação. Habilidades de entrevista com desenvolvedores: extrair problemas reais vs reclamações superficiais (metodologia dos 5 porquês), identificar temas transversais. Estratégia de adoção por vários times: "plataforma como produto" — desenhar o lançamento de produto para novas capacidades da plataforma (beta privado → lançamento interno → acompanhamento de métricas de adoção). Coordenação entre times: trabalhar com 10-20 times de produto que usam a plataforma — gerir feedback + pedidos de funcionalidades + mudanças incompatíveis + ciclos de depreciação. System design para plataformas: projetar no quadro branco a arquitetura de um IDP para uma organização de engenheiros, considerações multirregião, limitação do raio de impacto. Atribuição de custos da plataforma: dashboards de chargeback / showback por time, defesa do orçamento do time de plataforma vs ROI. Soft skills: escrita de ADRs para decisões de plataforma, redação técnica (documentação da plataforma + materiais de onboarding), comunicação executiva (relato do valor da plataforma ao CTO / VP de Engenharia), planejamento do roadmap de produto, contratação + mentoria de Platform Engineers Júnior / Pleno. Inglês para Sênior+ OBRIGATÓRIO — a comunidade de Platform Engineering (KubeCon Platform Engineering Day / Backstage Working Groups / platformengineering.org) fala inglês. Bônus opcional: contribuições open-source para Backstage / Crossplane / ArgoCD / Tekton — aumentam muito o valor de mercado (o mercado é pequeno + contratação movida pela comunidade).