Voce mandou curriculo para 5 vagas senior esse mes. Todas tinham descricoes parecidas: Spring Boot, Kubernetes, AWS. Voce conhece esses caras de cor. Mas ai apareceu uma linha que voce leu duas vezes: "experiencia com Platform Engineering e IDPs". IDP? Voce pausou. Abriu o Google. "Internal Developer Platform". Um conceito que voce nao estudou, que nao estava nas suas aulas, que nao apareceu no trabalho atual. E ali voce percebeu: o mercado virou de pagina e ningum te avisou.
Isso nao e exagero. O KubeCon EU 2026, realizado em Amsterdam em marco deste ano, confirmou uma mudanca estrutural no mercado DevOps: 80% das organizacoes ja adotaram ou estao adotando IDPs. O "Platform Engineering Day" do evento bateu recorde de publico. O loop de entrevista senior Java mudou: nao perguntam mais como voce sobe um container, perguntam como voce projeta uma plataforma interna. Nesse artigo voce vai entender o que mudou, por que mudou, e o que estudar para sair da fila de rejeicoes e entrar na fila de ofertas.
O que aconteceu no KubeCon EU 2026 (e por que isso chegou nas entrevistas)
Fala galera. Bora entender o contexto antes de entrar no technical deep dive.
O KubeCon EU 2026 aconteceu em Amsterdam com 13.350 participantes. O tema que dominou o evento foi "Platform Engineering", com um Platform Engineering Day que atraiu mais publico do que qualquer outro co-located event da historia do KubeCon. Isso nao e coincidencia.
O que a CNCF esta dizendo com esses numeros? Que a era do "DevOps engineer que sabe um pouco de tudo" chegou no teto. Times de engenharia cresceram. A complexidade de Kubernetes em producao exploiu. E ai surgiu um problema novo: os proprios devs estavam perdendo produtividade tentando gerenciar infraestrutura. Voce ja teve que esperar 3 dias para um ambiente de desenvolvimento porque o time de infra estava sobrecarregado? Pois e. Esse e o problema que Platform Engineering resolve.
A solucao que o mercado encontrou foi criar um produto interno chamado IDP (Internal Developer Platform), que abstrai toda essa complexidade para o dev. O dev nao precisa mais saber configurar um cluster Kubernetes do zero. Ele usa um portal, normalmente o Backstage (criado pelo Spotify e doado para a CNCF), para provisionar ambientes, pipelines e deploys com um clique.
Quem constroi e mantem esse produto? O Platform Engineer. E e esse perfil que o mercado esta contratando, na faixa que antes pagava para Arquiteto de Solucoes.
DevOps classico vs Platform Engineering: a diferenca que mata curriculo
Antes que voce me pergunte "isso e so renomear DevOps?", bora colocar lado a lado:
| DevOps Classico (2018-2022) | Platform Engineering (2024+) |
|---|---|
| CI/CD como processo | CI/CD como produto interno |
| Scripts de infra (bash, YAML manual) | Infra como codigo real (Pulumi em Java, Terraform) |
| "Quebre silos entre Dev e Ops" | "Construa golden paths para que devs nao precisem de Ops" |
| Todos gerenciam tudo | Platform team gerencia plataforma; devs consomem |
| Entrevista: "como voce faz deploy no Kubernetes?" | Entrevista: "como voce projeta um IDP para 200 devs?" |
Como Tech Leader, passei por essa transicao na empresa em que trabalhei. A gente tinha um pipeline de CI/CD configurado: Jenkins, Kubernetes no AWS EKS, tudo bonitinho. Mas cada squad passava uma semana configurando ambiente para projetos novos. Era perda de tempo toda vez. A solucao foi criar um portal de Developer Experience interno com templates de projeto, pipelines padrao e ambientes provisionados em minutos. Isso e Platform Engineering na pratica, ta?
O que e um IDP na pratica (e o codigo Pulumi Java)
Pensa assim: um IDP e como um supermercado de infraestrutura para devs. Em vez de o dev precisar saber montar o estoque, ele entra no portal, escolhe o que precisa (ambiente de staging, banco PostgreSQL, pipeline de CI/CD) e o sistema provisiona tudo automaticamente.
A ferramenta mais usada para construir IDPs hoje e o Backstage. Ele tem um catalogo de software, templates de projeto (os famosos "golden paths") e plugins para integrar com GitHub, Kubernetes, AWS, Datadog e dezenas de outras ferramentas.
O Pulumi tem uma vantagem interessante para devs Java: voce escreve infraestrutura em Java mesmo. Veja um exemplo real de deploy de um microsservico Spring Boot com health checks do Actuator:
import com.pulumi.Context;
import com.pulumi.Pulumi;
import com.pulumi.kubernetes.apps.v1.Deployment;
import com.pulumi.kubernetes.apps.v1.DeploymentArgs;
import com.pulumi.kubernetes.meta.v1.inputs.ObjectMetaArgs;
public class SpringBootPlatformStack {
public static void main(String[] args) {
Pulumi.run(SpringBootPlatformStack::stack);
}
static void stack(Context ctx) {
var appName = "meu-servico-spring";
var deployment = new Deployment(appName, DeploymentArgs.builder()
.metadata(ObjectMetaArgs.builder()
.name(appName).namespace("producao")
.labels(java.util.Map.of("app", appName, "managed-by", "platform-team"))
.build())
.spec(s -> s.replicas(3)
.selector(sel -> sel.matchLabels(java.util.Map.of("app", appName)))
.template(t -> t.spec(ps -> ps.containers(c -> c
.name(appName).image("minha-org/meu-servico:latest")
.ports(p -> p.containerPort(8080))
.livenessProbe(lp -> lp
.httpGet(h -> h.path("/actuator/health/liveness").port(8080))
.initialDelaySeconds(30).periodSeconds(10))
.readinessProbe(rp -> rp
.httpGet(h -> h.path("/actuator/health/readiness").port(8080))
.initialDelaySeconds(15).periodSeconds(5))))))
.build());
ctx.export("deploymentName", deployment.metadata().applyValue(m -> m.name().get()));
}
}
Isso e infra como codigo de verdade: voce versiona, testa, faz code review como qualquer codigo Java. Muito diferente de editar um YAML de 300 linhas sem autocomplete e sem tipo algum.
Como Platform Engineering aparece nas entrevistas Java senior hoje
Segundo o Java Code Geeks (maio/2026), as perguntas de entrevista mudaram assim:
Antes (DevOps classico, 2020-2023):
- "Como voce configura um pipeline de CI/CD no Jenkins?"
- "Explique o fluxo de deploy de um container Docker."
- "O que e um PersistentVolume no Kubernetes?"
Agora (Platform Engineering, 2024+):
- "Como voce projetaria uma plataforma interna para 200 desenvolvedores?"
- "Qual seria sua estrategia para criar golden paths no Backstage?"
- "Como voce mede o Developer Experience e o ROI de uma iniciativa de Platform Engineering?"
- "Descreva como voce reduziria o cognitive load dos devs no ciclo de deploy."
- "Como voce integraria GitOps com o fluxo de CI/CD da empresa usando ArgoCD?"
A diferenca e enorme. A primeira lista pede conhecimento operacional. A segunda pede pensamento de produto aplicado a infra. E e ai que os devs Java que estudaram apenas a stack Spring Boot ficam travados na primeira rodada.
O roadmap para a transicao: o que estudar e em qual ordem
Bora ser pratico. Se voce e dev Java senior e quer migrar para esse mercado:
Passo 1: Kubernetes solido (nao so kubectl)
Deployments, Services, ConfigMaps, Secrets, RBAC, Namespaces, Ingress e cluster resiliente. Para Java, veja como integrar com o Spring Boot em Kubernetes no AWS EKS.
Passo 2: GitOps com ArgoCD
GitOps e o padrao de deploy em 2026. Define o estado desejado no Git e o ArgoCD sincroniza o cluster automaticamente. Auditavel, reversivel e seguro.
# ArgoCD Application para microsservico Spring Boot
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: meu-servico-spring
namespace: argocd
spec:
project: default
source:
repoURL: https://github.com/minha-org/meu-servico
targetRevision: main
path: k8s/
destination:
server: https://kubernetes.default.svc
namespace: producao
syncPolicy:
automated:
prune: true
selfHeal: true
Passo 3: Infrastructure as Code com Pulumi (Java) ou Terraform
Voce viu o exemplo Pulumi acima. Veja tambem o guia de Terraform para apps Spring Boot no AWS.
Passo 4: Developer Portals com Backstage
TypeScript, nao Java. Mas voce nao precisa ser dev frontend. O trabalho e configurar plugins, criar templates e definir golden paths.
Passo 5: Observabilidade completa
OpenTelemetry, Prometheus, Grafana Stack. Veja o guia de OpenTelemetry com Spring Boot.
Impacto no salario: o que os numeros dizem em 2026
Em 2026, vagas de Platform Engineer no LinkedIn Brasil aparecem com frequencia nas fintechs (Nubank, Stone, C6 Bank), big techs locais (Mercado Livre, PicPay) e consultorias globais (ThoughtWorks, CI&T). A faixa reportada esta entre R$ 25.000 e R$ 40.000/mes para o perfil senior com background em Java/Spring.
Quem tem background Java solido + Platform Engineering tem mais poder de negociacao do que qualquer outro perfil no mercado Java hoje. A escassez e real.
FAQ
Preciso largar o Spring Boot para virar Platform Engineer?
Nao. Conhecer Spring Boot profundamente e um diferencial enorme. Voce entende os problemas dos devs porque ja viveu eles. Platform Engineer com background Java solido e o perfil mais escasso e melhor pago do mercado.
Platform Engineering funciona para empresas menores?
O conceito se aplica em qualquer tamanho, mas faz mais sentido em times acima de 30 a 50 devs. Em startups menores, o principio ainda vale: golden paths, pipelines padronizados, ambientes rapidos.
Quanto tempo leva para aprender o suficiente para as entrevistas?
Se voce ja domina Kubernetes no basico, 3 a 4 meses de estudo focado dao base para as primeiras entrevistas. O diferencial nao e conhecer todas as ferramentas. E saber articular o problema que voce resolve para os outros devs.
O mercado brasileiro ja esta nesse nivel?
Ja chegou. Fintechs, big techs locais e consultorias globais estao contratando esse perfil no Brasil agora. A janela para entrar antes que o mercado sature esta aberta.
Preciso de certificacao Kubernetes (CKA/CKAD)?
Nao e obrigatorio, mas ajuda. O CKA (Certified Kubernetes Administrator) e o mais valorizado para Platform Engineer. CKAD primeiro para dominar o uso, CKA depois para a administracao.
E agora: os 3 passos concretos para essa semana
- Leia o relatorio da CNCF sobre KubeCon EU 2026 e anote 3 termos novos que aparecem com frequencia. So isso ja te coloca a frente de 80% dos devs Java.
- Configure um Backstage local com Docker e crie um template simples de "Spring Boot app". Em 2 a 3 horas voce ja tem algo concreto para mostrar numa entrevista.
- Estude o conceito de "golden path" aplicado ao fluxo de CI/CD da sua empresa atual. Saber articular a melhoria e um argumento poderoso em entrevistas de lideranca tecnica.
Voce ja usa Backstage ou algum tipo de IDP no seu trabalho atual? Ou esta comecando a estudar Platform Engineering do zero? Conta nos comentarios, quero saber como esta sendo essa transicao na pratica pra voce.
Na proxima semana publico um guia completo de "Como configurar o Backstage do zero para um time Spring Boot", com passo a passo de instalacao, criacao de templates e integracao com GitHub Actions. Assina o canal no YouTube para nao perder.