Cómo HTTP 2.0 cambiará la faz de Internet

Casi todo lo que visita en la web en un momento u otro utiliza un protocolo especial conocido como Protocolo de transferencia de hiptertexto (HTTP). Desde el año 1999, ha estado usando HTTP versión 1.1. Este ha sido el estándar en curso durante muchos años hasta que Google anunció el 10 de febrero de 2015 que su navegador agregará soporte completo de lo que ahora se conoce como HTTP / 2. Esto suena como un galimatías absoluto para algunos, pero eso se debe a que no hay una descripción de lo que HTTP / 2 hace de manera diferente. Para comprender esto, necesitamos explorar exactamente qué hace esta nueva versión del protocolo y en qué se parece a la versión de HTTP que hemos estado usando durante casi dos décadas.

¿Qué logra HTTP / 2?

Siempre que se desarrolla una nueva versión de protocolo, se necesitan objetivos concretos reales. El objetivo más obvio es la compatibilidad con versiones anteriores de su predecesor, HTTP 1.1. Sin esa capacidad, todos los servidores del mundo tendrán que cambiar a HTTP / 2 para que pueda navegar por sus sitios web.

Si bien mantiene la compatibilidad con la versión anterior, este nuevo protocolo hará uso de técnicas avanzadas como medidas contra la latencia, haciendo que las páginas se carguen más rápido. Este es el objetivo principal, el problema que HTTP / 2 planea abordar de manera más agresiva.

Otras mejoras incluyen seguridad adicional y compatibilidad con proxies inversos.

En el gran esquema de las cosas, HTTP / 2 no será muy diferente de HTTP 1.1. Mientras navega por Internet, el efecto más fuerte que sentirá es que las páginas web se cargarán significativamente más rápido siempre que sean compatibles con la nueva versión.

¿Cómo HTTP / 2 hace que la Web sea más rápida?

Decir que “HTTP / 2 hace que todo sea más rápido” es un flaco favor a la cantidad de trabajo que realmente se lleva a cabo entre bastidores para lograrlo. El protocolo HTTP 1.1 está plagado de una serie de problemas que eran aceptables en los primeros años del siglo XXI, pero que ya no tienen sentido seguir viviendo en una época en la que el ancho de banda es más barato y se espera que los servidores carguen páginas a velocidades mucho más rápidas. .

La forma principal en que HTTP / 2 planea abordar los tiempos de carga de la página es comprimiendo el encabezado (un dato enviado por su cliente para solicitar que un servidor le proporcione los datos dentro de una página web que está visitando). Esto minimiza la cantidad de tiempo que su computadora «da la mano» al servidor de destino al reducir la cantidad de datos que deben enviarse. Hoy en día, los procesadores son lo suficientemente potentes como para manejar millones de descompresiones en poco tiempo. Tiene más sentido hacer esto ahora.

Si bien lo anterior solo se ocupará de la latencia en la solicitud inicial, también hay formas en que HTTP / 2 planea encargarse de toda su interacción con un sitio web. Implementará directamente tecnologías de inserción de servidores, que permitirán que los servidores sean más activos en el proceso de comunicaciones. Hasta hace poco, tenías que enviar solicitudes periódicamente al servidor, haciendo que este interprete los encabezados que generas cada vez que solicitas información. Con HTTP / 2, el servidor le enviará nuevos datos cuando aparezcan.

Por último, HTTP / 2 hará algo llamado «multiplexación» cuando envíe solicitudes. En HTTP 1.1, había un problema: cada nuevo paquete tenía prioridad sobre el anterior. Todos ellos se procesaron de forma lineal, lo que dio lugar a un problema llamado «bloqueo de cabecera de línea». Básicamente, el rendimiento de un servidor estaba limitado por el hecho de que tendría que procesar el primer paquete que le llegara y dejar el resto en una cola. Si el paquete tardaba mucho en procesarse, todos los demás paquetes tenían que esperar en fila su turno. Con HTTP / 2, se procesarán varios paquetes al mismo tiempo.

Con esta combinación de diferentes «curas», HTTP / 2 hará todo lo posible para evitar ralentizaciones debido a problemas específicos de HTTP. Esto será particularmente ventajoso para sitios web con servidores más pequeños que no están conectados a tanto ancho de banda como los que ejecutan Facebook y Google.

Si tiene preguntas o ideas, ¡asegúrese de dejar un comentario con sus pensamientos!

¡Si te ha gustado vota con 5 Estrellas!
(Votos: 0 Promedio: 0)

Escribe Aquí Tu Comentario