⚡ Como usar Virtual Threads do jeito certo no Spring Boot 3
Você habilitou Virtual Threads no Spring Boot, botou spring.threads.virtual.enabled=true no application.yaml, subiu a aplicação em produção e... nada. O throughput melhorou uns 10%, a latência sob carga continua a mesma, e os alertas de "pool esgotado" ainda aparecem às sextas-feiras. Você fez tudo certo pelo livro. E mesmo assim não funcionou como prometido.
O problema não é que Virtual Threads são uma promessa vazia. O problema é que o gargalo se moveu. O JEP 491, consolidado no Java 25 LTS, resolveu de vez o thread pinning causado por blocos synchronized. Só que agora, com o synchronized fora da equação, o bottleneck real ficou exposto: o connection pool do HikariCP que você configurou para 20 conexões quando tinha 200 threads de plataforma, o ThreadLocal herdado de libs antigas, e as chamadas JNI que ainda prendem o carrier thread. Neste artigo você vai entender por que isso acontece e como configurar sua stack Spring Boot para extrair o potencial real das Virtual Threads no Java 25.
Infra Kubernetes em Java: como o Pulumi elimina o YAML
Existe uma forma de gerenciar toda a infraestrutura Kubernetes com código Java real, tipado, testável e versionável no Git. A maioria das equipes Spring Boot ainda não sabe que o Pulumi Java SDK permite isso. Sem YAML de 400 linhas. Sem "funciona na minha máquina". Infra como código de verdade.
Publicado há três dias, o roadmap 2026 da Pulumi deixa claro: o ciclo do YAML está chegando ao fim. Nesse artigo vou mostrar como um dev Java pode substituir arquivos Kubernetes YAML por código Java compilado, com um exemplo completo de deployment Spring Boot no K8s.
Infra Kubernetes em Java: como o Pulumi elimina o YAML
Existe uma forma de gerenciar toda a infraestrutura Kubernetes com código Java real, tipado, testável e versionável no Git. A maioria das equipes Spring Boot ainda não sabe que o Pulumi Java SDK permite isso. Sem YAML de 400 linhas. Sem "funciona na minha máquina". Infra como código de verdade.
Publicado há três dias, o roadmap 2026 da Pulumi deixa claro: o ciclo do YAML está chegando ao fim. Nesse artigo vou mostrar como um dev Java pode substituir arquivos Kubernetes YAML por código Java compilado, com um exemplo completo de deployment Spring Boot no K8s.
🔒 CVE-2026-39852: Por que Segurança de API Quarkus Vai Cair na Sua Entrevista
Toda vaga de Dev Java sênior em 2026 pede experiência com segurança de APIs REST. Mas quando o entrevistador pergunta "você já trabalhou com um bypass de autorização?", a maioria responde com teoria. Os candidatos que chegam com um caso real, com código, exploit e fix, são os que passam para a próxima fase.
O CVE-2026-39852 do Quarkus é exatamente esse caso. Uma vulnerabilidade crítica que afeta todas as versões antes de 3.34.7 (LTS) e 3.35.2 (main): um atacante acessa /api/admin;bypass e toda a sua configuração de @RolesAllowed vira pó, com o CI verde e os testes passando normalmente.
⚡ Seu projeto vai quebrar com JUnit 6 (e você ainda não sabe)
Era segunda-feira de manha, build verde no CI, ninguem tocou nos testes em semanas. Voce atualiza a versao do Spring Boot no pom.xml, empurra o commit e vai buscar um cafe. Quando volta: 47 testes falhando. ClassNotFoundException: org.junit.platform.runner.JUnitPlatform. A pipeline quebrando antes mesmo de chegar no deploy. Aqui esta a causa raiz, e ela nao esta no seu codigo de negocio.
O JUnit 6 foi lancado em setembro de 2025 e o Spring Boot 4 ja assume JUnit 6 como padrao. Quem esta atualizando o ecossistema Spring sem preparar a suite de testes esta tomando um choque que nao estava no changelog. Nesse artigo voce vai entender exatamente o que mudou, o que vai quebrar e como fazer a migracao sem drama.
Existe um 4o sinal OTel no seu JDK que voce provavelmente ignora
Você tem dashboards impecáveis. Traces no Jaeger, métricas no Grafana, logs indexados no Loki. Tudo verde. Mas a aplicação está lenta de um jeito que nenhum span consegue explicar. CPU a 80% no pod, latência subindo, e nenhum trace apontando o culpado. Isso aconteceu comigo mais de uma vez como Tech Leader, e a resposta que eu precisava não estava nas três ferramentas que eu já tinha.
O problema é que traces, métricas e logs respondem perguntas diferentes: onde a lentidão aconteceu, o que o sistema fez, e por que algo foi logado. Mas nenhum deles responde: qual método está consumindo CPU nesse momento? Pois bem, o OpenTelemetry acabou de lançar o 4o sinal que resolve exatamente isso, e o melhor de tudo: o coletor de dados já está no seu JDK desde o Java 11. Bora ver como funciona.
Existe um 4o sinal OTel no seu JDK que voce provavelmente ignora
Você tem dashboards impecáveis. Traces no Jaeger, métricas no Grafana, logs indexados no Loki. Tudo verde. Mas a aplicação está lenta de um jeito que nenhum span consegue explicar. CPU a 80% no pod, latência subindo, e nenhum trace apontando o culpado. Isso aconteceu comigo mais de uma vez como Tech Leader, e a resposta que eu precisava não estava nas três ferramentas que eu já tinha.
O problema é que traces, métricas e logs respondem perguntas diferentes: onde a lentidão aconteceu, o que o sistema fez, e por que algo foi logado. Mas nenhum deles responde: qual método está consumindo CPU nesse momento? Pois bem, o OpenTelemetry acabou de lançar o 4o sinal que resolve exatamente isso, e o melhor de tudo: o coletor de dados já está no seu JDK desde o Java 11. Bora ver como funciona.
GitOps virou caos: ArgoCD ou Flux afundou seu deploy?
Era 11h de sexta quando o time de plataforma percebeu que o ArgoCD estava reconciliando um estado errado. Ninguem sabia de onde veio a mudanca. Ninguem conseguia rastrear quem aprovou o PR. O cluster de producao estava num estado diferente do que o Git dizia que deveria estar, e a "fonte unica da verdade" tinha virado fonte de confusao.
Integre Claude 4 ao Spring Boot e ative reasoning nativo
95% dos devs Java integram IA como caixa preta. Os 5% que ativam o Thinking Mode do Claude 4 no Spring Boot tomam decisoes arquiteturais em segundos.
Existe uma forma de adicionar raciocinio arquitetural ao seu sistema Spring Boot sem precisar implementar uma IA do zero. A maioria dos devs Java ainda nao descobriu que o Spring AI ja suporta o Thinking Mode do Claude 4, que expoe o processo de raciocinio do modelo antes de dar a resposta final. Bora ver como isso funciona na pratica.
⚡ Spring Boot 4: observabilidade completa no K8s sem agente
Existe uma forma de ter traces, métricas e logs correlacionados no Kubernetes sem instalar agente Java, sem configurar sidecar manualmente e sem escrever uma linha de instrumentação. A maioria dos times ainda não habilitou o starter que o Spring Boot 4 trouxe. Uma dependência no pom.xml e o OpenTelemetry Operator cuida do resto.
Com o Spring Framework 7.0.7 (lançado em abril de 2026), o ecossistema Spring finalmente tem observabilidade de produção built-in. Neste artigo você vai ver como configurar do zero, com código funcional de um serviço Spring Boot 4 rodando em Kubernetes, sem mágica e sem ferramenta extra além do que o próprio starter já entrega.
🚨 O erro que vai derrubar seu pod Java no Kubernetes 1.36
Você ainda usa IPVS no seu kube-proxy? Ele foi removido no Kubernetes 1.36. E se você usa APIs deprecated que foram aposentadas nessa versão, seus CronJobs Java podem parar de funcionar silenciosamente. É exatamente o tipo de erro que só aparece em produção, nunca em staging.
O Kubernetes 1.36 ("Haru") foi lançado em abril de 2026 com 70 enhancements, e hoje saiu o patch 1.36.1. Tem mudanças que quebram pipelines Java se você atualizar sem checar. Aqui está o checklist completo antes de você apertar o botão de upgrade.
🔭 Spring Boot 4 OTel: traces, métricas e logs em 1 dependência
A maioria dos devs Java ainda configura observabilidade manualmente — 8 dependências, logback-spring.xml customizado e horas de debug para traces que nem aparecem nos logs. Existe uma solução mais inteligente: o spring-boot-starter-opentelemetry do Spring Boot 4 entrega traces distribuídos, métricas OTLP e logs correlacionados com 1 dependência e 15 linhas de YAML. Descubra como implementar observabilidade de nível enterprise na sua API Java hoje.
🧠 Agentes Java com Memória: O Que o Mercado Vai Cobrar em Entrevistas 2026
Empresas como Itaú, Stone e Nubank já rodam agentes de IA em produção — e as vagas Java sênior de 2026 estão começando a cobrar isso. Mas tem uma pergunta que vai aparecer em entrevista que a maioria dos devs ainda não sabe responder: "como você gerencia estado e memória no seu agente sem explodir a janela de contexto do LLM?"
Página 1 de 25