Basta. Simplemente basta. HTTPS no es más rápido que HTTP.

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Sí, Lori ha vuelto a leer cosas en Internet. Y lo que ha visto enfada a la pequeña Lori. También hace llorar a esta antigua diseñadora de pruebas y editora de tecnología. De verdad, me hacen llorar tanto las excusas que se dan para realizar este tipo de pruebas como el titular engañoso.

En las últimas dos semanas he leído nada menos que dos comparaciones artificiosas entre «HTTPS» y «HTTP» que pretenden demostrar que el HTTP seguro es indiscutiblemente más rápido que su equivalente sin cifrar, HTTP.

Ojalá fuera cierto.

La cuestión es que ambas comparaciones (y sin duda habrá muchas más) comparan HTTP/2 seguro con HTTP/1.1 no seguro. De la comparación antes mencionada: «Se compara HTTP/1.1 sin cifrar con HTTP/2 HTTPS cifrado».

Como todos sabemos ya, HTTP/2 es de por sí más rápido (por diseño) que HTTP/1.1 por diversos motivos que no tienen absolutamente nada que ver con la seguridad. La multiplexación, las cabeceras «inteligentes» y un flujo de bits binario se combinan para ofrecer un protocolo más rápido y eficiente, sin más. Aunque es probable que añadir una capa de seguridad (TLS o SSL) sobre HTTP/2 provoque una ligera merma del rendimiento (porque así lo dictan las matemáticas), no es suficiente para reducirlo hasta los niveles que estamos acostumbrados a ver con HTTP/1.1, incluso sin protección.

Por desgracia, estos resultados se presentan como prueba irrefutable de que HTTPS es más rápido que HTTP. Lo cual, sencillamente, no es cierto. El argumento en contra de comparar HTTP/2 seguro con HTTP/2 sin cifrar es que los navegadores se niegan a admitir HTTP/2 sin seguridad y, por tanto, no hay forma de realizar dicha prueba. Así que se ideó una prueba que pretendía mostrar las diferencias, pero que, en realidad, no demuestra nada de eso.

Es cierto que comparar HTTP/2 seguro con HTTP/2 no seguro sería bastante difícil, si no imposible. Aunque HTTP/2 renunció a exigir exclusivamente conexiones seguras y permite el texto sin cifrar, todos los principales navegadores se negaron a admitirlo y, hasta ahora, solo ofrecen compatibilidad con HTTP/2 a través de TLS/SSL. Incluso herramientas populares de línea de comandos como curl se niegan a permitir conexiones HTTP/2 no seguras. Esto acaba convirtiendo HTTPS en el estándar de facto, aunque la especificación no lo establezca así. Pero eso no significa que se puedan comparar ambos protocolos y luego hacer afirmaciones absolutamente ridículas basadas en esa prueba, afirmaciones que se refutan con simples cálculos matemáticos.

Veamos, supongamos que una página web transferida mediante HTTP/2 en texto plano tarda exactamente 1,2 segundos en cargarse. Ahora añadamos TLS. Añadir TLS (o SSL, para el caso) implica que se realiza más procesamiento, concretamente el cifrado y descifrado de los datos. Aunque solo tarde 0,3 segundos, eso sigue significando que HTTPS es un pelín más lento que HTTP. Punto. Las matemáticas lo demuestran, y las matemáticas son puras. No tienen intereses ni les importan los resultados; simplemente dicen: «Esto es lo que hay».

Y las matemáticas dicen que, si haces X y luego le sumas Y, obtienes Z, y Z siempre será mayor que X o Y.

Entiendo el deseo de impulsar la adopción de HTTP/2, porque es más rápido y es la primera «actualización» real que ha recibido HTTP en muchísimo tiempo, pero lleva tiempo, sobre todo cuando requiere numerosas actualizaciones y cambios en la infraestructura que provocarán interrupciones, ya que todos, desde los desarrolladores de aplicaciones hasta los equipos de operaciones, redes y seguridad, tendrán que dejar lo que estén haciendo para probar, implementar y volver a probar. Y eso sin contar los cambios necesarios para adaptar aplicaciones que llevan mucho tiempo desarrollándose en torno a HTTP/1.1 y la especificación de su protocolo. HTTP/2 lo cambia todo. Y su impacto abarca todo el centro de datos. Aunque las pasarelas reducen la dificultad y las interrupciones inherentes a la migración, no todo el mundo ve necesariamente una razón de peso para subirse al carro de HTTP/2.

La mejora del rendimiento que experimentarán las organizaciones simplemente significa que HTTP/2 funciona tal y como pretendían sus diseñadores, con mayor velocidad y eficiencia. Esto significa que las organizaciones deberían planificar las actualizaciones de las aplicaciones y de la infraestructura de red necesarias para migrar y admitir el nuevo estándar, ya sea mediante puertas de enlace HTTP o no. No significa que HTTPS sea más rápido que HTTP.

Hacer afirmaciones manifiestamente falsas para crear titulares sensacionalistas sobre un rendimiento supuestamente superior es sencillamente inaceptable. Sí, es casi seguro que observará una mejora del rendimiento si pasa de HTTP/1.1 a HTTP/2, incluso con la seguridad obligatoria. Pero eso no significa, en ningún mundo donde existan la lógica y las matemáticas, que HTTPS sea más rápido que HTTP. Si quiere ayudar a las organizaciones, ayúdelas a entender cómo realizar una transición fluida de la tecnología antigua a la nueva. Proporcióneles datos relevantes para que puedan elaborar un caso de negocio que les permita actualizarse a la tecnología más reciente y avanzada. Facilíteles los medios para demostrar que la inversión necesaria para pasar de HTTP/1.x a HTTP/2 será rentable a largo plazo.

Ofrezca directrices y buenas prácticas, no titulares llamativos que releguen la información principal a un segundo plano.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.

Más artículos de Lori Mac Vittie