
Sim, Lori andou lendo coisas na internet de novo. E o que ela tem visto deixa a pequena Lori furiosa. Também faz esta ex-designer de testes e editora de tecnologia chorar. Sério, eu choro tanto pelas desculpas dadas para esse tipo de teste quanto pela manchete enganosa.
Li nada menos que duas comparações forçadas entre “HTTPS” e “HTTP” nas últimas duas semanas, que alegavam demonstrar que o HTTP seguro é indiscutivelmente mais rápido que seu equivalente em texto simples, o HTTP.
Ah, se ao menos isso fosse verdade.
Veja, o truque é que ambas as comparações (e sem dúvida muitas outras virão) estão comparando o HTTP/2 seguro com o HTTP/1.1 não seguro. Da comparação mencionada anteriormente: “O HTTP/1.1 em texto simples é comparado ao HTTP/2 HTTPS criptografado”.
Como todos já sabemos, o HTTP/2 é, por si só, mais rápido (por definição) que o HTTP/1.1 por diversos motivos que não têm absolutamente nada a ver com segurança. A multiplexação, os cabeçalhos “inteligentes” e um fluxo binário de bits se combinam para proporcionar um protocolo mais rápido e eficiente, ponto final. Embora seja provável que adicionar uma camada de segurança (TLS ou SSL) ao HTTP/2 cause uma leve queda de desempenho (porque a matemática diz que sim), isso não é suficiente para reduzir o desempenho aos níveis que estamos acostumados a ver com o HTTP/1.1, mesmo sem segurança.
Infelizmente, esses resultados estão sendo apresentados como prova incontestável de que o HTTPS é mais rápido que o HTTP. O que simplesmente não é verdade. O argumento contra comparar o HTTP/2 seguro com o HTTP/2 sem criptografia é que os navegadores se recusam a oferecer suporte ao HTTP/2 sem segurança e, portanto, não há como realizar esse teste. Assim, foi elaborado um teste que supostamente ilustraria as diferenças, mas que, na verdade, não faz nada disso.
É verdade que comparar o HTTP/2 seguro com o HTTP/2 não seguro seria bastante difícil, se não impossível. Embora o HTTP/2 tenha abandonado a exigência de conexões exclusivamente seguras e permita texto simples, todos os principais navegadores se recusaram a oferecer suporte a texto simples e, até agora, só oferecem suporte a HTTP/2 sobre TLS/SSL. Até mesmo ferramentas populares de linha de comando, como o curl se recusam a permitir conexões HTTP/2 não seguras. Isso acaba tornando o HTTPS o padrão de fato, embora a especificação não o determine. Mas isso não significa que se possa simplesmente comparar os dois e, com base nesse teste, fazer afirmações completamente absurdas que podem ser refutadas com cálculos matemáticos simples.
Veja, vamos supor que uma página da web transferida via HTTP/2 sem criptografia tenha levado exatamente 1,2 segundo para carregar. Agora vamos adicionar TLS. A adição de TLS (ou SSL, nesse caso) significa que há mais processamento envolvido, especificamente para criptografar e descriptografar os dados. Mesmo que isso leve apenas 0,3 segundo, ainda significa que o HTTPS é um pouquinho mais lento que o HTTP. Ponto final. A matemática comprova isso, e a matemática é pura. Ela não tem interesses, não se importa com os resultados, simplesmente diz: “é isso”.
E a matemática diz que, se você fizer X e depois somar Y, obterá Z, e Z sempre será maior que X ou Y.
Entendo o desejo de incentivar as pessoas a adotar o HTTP/2, porque ele é mais rápido e é a primeira “atualização” de verdade que o HTTP recebe em muito tempo, mas isso leva tempo, especialmente quando exige muitas atualizações e mudanças na infraestrutura que inevitavelmente causarão transtornos, pois todos — do desenvolvimento de aplicativos às equipes de operações, redes e segurança — terão de interromper o que estão fazendo para testar, implantar e testar novamente. E isso sem contar as mudanças necessárias para adaptar aplicativos que há muito tempo são desenvolvidos com base no HTTP/1.1 e em sua especificação de protocolo. O HTTP/2 muda tudo. E seu impacto se estende por todo o data center. Embora os gateways reduzam a dificuldade e os transtornos inerentes à migração, nem todos necessariamente veem uma necessidade urgente de aderir ao HTTP/2.
O aumento de desempenho que as organizações observarão significa apenas que o HTTP/2 funciona como seus criadores pretendiam, com mais velocidade e eficiência. Isso significa que as organizações devem planejar as atualizações na infraestrutura de aplicativos e de rede necessárias para migrar e oferecer suporte ao novo padrão, seja por meio de gateways HTTP ou não. Isso não significa que o HTTPS seja mais rápido que o HTTP.
Fazer afirmações comprovadamente falsas para criar manchetes caça-cliques sobre um desempenho supostamente superior é simplesmente inaceitável. Sim, é quase certo que você verá um aumento de desempenho ao migrar do HTTP/1.1 para o HTTP/2, mesmo com a segurança obrigatória. Mas isso não significa, em nenhum mundo onde existam lógica e matemática, que HTTPS seja mais rápido que HTTP. Se você quer ajudar as organizações, ajude-as a entender como fazer uma transição tranquila do antigo para o novo. Forneça dados relevantes para que elas possam elaborar uma justificativa de negócio que viabilize a atualização para a tecnologia mais recente e avançada. Dê a elas os meios para demonstrar que o investimento na migração do HTTP/1.x para o HTTP/2 trará retorno no longo prazo.
Ofereça diretrizes e práticas recomendadas, não manchetes de efeito com a informação principal escondida no texto.
Sobre o autor

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...