Symfony 8.1: A Chegada das Aplicações HTTP-Less

Apresentadora: Juliana Santos Convidado: Rafael Brandão (Arquiteto de Software e especialista em ecossistema PHP/Symfony) Apresentadora: E aí, pessoal, bem-vindos de volta ao Allur! Eu sou a Juliana Santos e hoje a gente vai mergulhar em um assunto que está deixando a comunidade PHP — e especialmente a galera que ama Symfony — de queixo caído. Sabe aquela ideia de que o Symfony é "só" um framework web robusto, focado em requisição e resposta? Esquece isso. Com a chegada da versão 8.1, o jogo mudou completamente. A gente está falando da era das aplicações "HTTP-Less". Pois é, o Symfony agora consegue rodar "sem o H" do HTTP, se é que vocês me entendem. Isso abre portas gigantescas para performance em workers, ferramentas de linha de comando e microsserviços que nem passam perto de um navegador. Para bater esse papo técnico, mas sem frescura, eu trouxe um convidado que manja muito de arquitetura de software. Apresentadora: Hoje eu recebo aqui no Allur o Rafael Brandão. O Rafa é arquiteto de sistemas, contribui para o ecossistema Symfony há anos e é um entusiasta de sistemas distribuídos. Rafa, seja muito bem-vindo, cara! Massa demais ter você aqui. Convidado: Valeu, Juliana! O prazer é todo meu. Sou fã do Allur e falar de Symfony 8.1 é quase um feriado pra mim, né? (risos). O Fabien Potencier realmente deu um passo ousado nessa versão e eu tô bem empolgado pra gente destrinchar o que isso significa na prática pro desenvolvedor no dia a dia. Apresentadora: Pois é, Rafa, vamos começar do começo. Historicamente, o Symfony sempre teve o `HttpKernel` como o coração de tudo. Toda vez que a gente subia uma aplicação, ele trazia toda aquela estrutura de requisição, resposta, rotas... Mesmo que a gente só quisesse rodar um script simples. O que mudou agora com esse modo HTTP-Less? Convidado: Então, Ju, esse é o ponto central. Imagina que você vai numa padaria só pra comprar um pãozinho, mas pra entrar lá, você é obrigado a passar por um check-in de aeroporto, raio-x e apresentar o passaporte. O `HttpKernel` é incrível pra web, mas pra um worker que está ali só processando uma fila no RabbitMQ, ele carrega muita coisa que não precisava. No Symfony 8.1, o modo HTTP-Less permite que você dê o boot na aplicação sem carregar o kernel de HTTP. A gente está falando de uma redução drástica de overhead. Menos memória, menos uso de CPU e uma inicialização muito mais rápida. É tipo tirar a mochila pesada das costas antes de começar a correr. Apresentadora: Cara, isso é massa demais! Eu imagino que pra quem trabalha com escala, tipo milhares de workers subindo e descendo, isso deve dar uma economia de infraestrutura absurda, né? Convidado: Com certeza! Pensa num microsserviço que comunica via gRPC ou que só processa eventos. Ele não precisa saber o que é um Cookie, uma Session ou um cabeçalho HTTP. Com o 8.1, a aplicação fica "limpa", focada só na lógica de negócio. É um novo paradigma: o Symfony deixa de ser visto apenas como um "framework web" e passa a ser uma plataforma de componentes para qualquer tipo de aplicação PHP de alta performance. Apresentadora: E falando em performance, eu vi que junto com essa mudança vieram uns brinquedinhos novos, tipo o JSON Streamer e o ObjectMapper. Como é que eles entram nessa história das aplicações sem HTTP? Convidado: Ah, esses dois são o "pulo do gato". Imagina que seu worker precisa processar um arquivo JSON de 2 gigabytes. Se você tentar dar um `json_decode` normal, sua memória vai pro espaço, né? O JSON Streamer lê os dados em stream, ou seja, pedacinho por pedacinho. Ele não carrega tudo de uma vez. E o ObjectMapper é o par perfeito, porque ele pega esse JSON e já mapeia direto pra objetos PHP, os DTOs, de um jeito muito performático. Apresentadora: Tipo assim, ele já deixa o dado "mastigado" e tipado pra gente usar no código? Convidado: Exatamente! Sem você precisar ficar fazendo aquele monte de "if" e validação manual. Pra uma ferramenta de CLI que importa milhões de linhas ou um microsserviço de notificações, isso é ouro. O código fica mais limpo, mais seguro e, principalmente, muito mais rápido. Eu testei um script de importação esses dias usando o modo HTTP-Less com o JSON Streamer e a diferença de tempo de boot e consumo de memória foi bizarra, cara. Apresentadora: Que legal! Mas agora, Rafa, me tira uma dúvida. Na prática, como é que o desenvolvedor decide: "vou de kernel tradicional ou vou de HTTP-Less"? Tem algum desafio ou "pegadinha" nessa transição? Convidado: Boa pergunta, Ju. O desafio é justamente a mudança de mentalidade. A gente está acostumado a ter tudo na mão via `Request` object. No modo HTTP-Less, você precisa ser mais explícito no seu bootstrapping. Você vai carregar o container de serviços, mas não vai ter o ciclo de vida de eventos do kernel web. Então, se o seu problema é uma API REST, continua no modelo tradicional, o Symfony continua sendo mestre nisso. Mas se você está construindo um worker de processamento de imagem, ou um microsserviço que só escuta o Kafka, aí o modo HTTP-Less é o caminho. O segredo é entender a arquitetura. Não é que o Symfony ficou mais difícil, ele só ficou mais flexível. Você escolhe o tamanho do motor que quer usar pro seu carro. Apresentadora: Entendi. É como se o Symfony tivesse virado um "Lego" mais modular ainda, né? Você só monta as peças que realmente vai usar. Convidado: Perfeito! É exatamente essa a visão do Fabien. O Symfony 8.1 está consolidando o PHP como uma linguagem séria pra backend de alto volume, competindo de igual pra igual com Go ou Node em cenários que antes a gente achava que o PHP era "pesado demais". Apresentadora: Nossa, isso que você falou agora é forte, hein? Comparar com Go em performance de inicialização... Mas faz todo sentido se você tira o peso do HTTP. E pro futuro, Rafa? Você acha que essa tendência de aplicações "less" — serverless, HTTP-less — vai ditar o ritmo das próximas versões? Convidado: Eu aposto que sim. O Symfony está pavimentando o caminho para o PHP moderno. A gente vai ver cada vez mais integrações nativas com protocolos que não são HTTP, como gRPC direto no core, e uma otimização ainda maior do container de injeção de dependência pra esses casos de uso. O desenvolvedor que ignorar essa mudança vai ficar preso no passado de "fazer só site". O presente é processamento de dados e arquitetura orientada a eventos. Apresentadora: Caraca, muito bom! Gente, eu tô aqui processando quanta coisa mudou em uma versão só. Rafa, a gente tá chegando no fim, mas eu queria que você deixasse uma dica final pra quem ouviu a gente e quer começar a brincar com o Symfony 8.1 e esse modo HTTP-Less hoje mesmo. Convidado: Cara, a dica é: leiam o blog oficial do Symfony. O post do Fabien sobre "HTTP-Less applications" é a bíblia disso agora. E peguem aquele comando de CLI que vocês têm, que demora pra iniciar, e tentem refazer o bootstrap dele usando só o essencial do Kernel. Vocês vão ter um momento "aha!", tipo: "Como eu não fiz isso antes?". E claro, testem o ObjectMapper, porque ele vai mudar a forma como vocês lidam com dados. Apresentadora: Massa! Valeu demais, Rafa! Foi um prazer trocar essa ideia com você. Abriu muito a minha cabeça sobre o que o Symfony se tornou. Convidado: Eu que agradeço, Ju! Valeu pelo convite e bora codar que o Symfony 8.1 não espera! Apresentadora: Com certeza! E pra você que acompanhou a gente até aqui, as principais conclusões de hoje são: o Symfony não é mais só pra web; performance agora é a palavra de ordem com o modo HTTP-Less; e componentes como JSON Streamer vieram pra salvar a vida de quem lida com big data no PHP. Se você quer saber mais, os links para a documentação e para o blog do Symfony estão aqui na descrição do episódio.