¿Qué es HTTP / 2.0 (HTTP / 2)?
HTTP / 2.0 es la última versión importante del protocolo HTTP utilizada por la red mundial, fue desarrollada por el Grupo de Trabajo HTTP de IETF, que mantiene el protocolo HTTP. Está compuesto por varios implementadores de HTTP, usuarios, operadores de red y expertos en HTTP.
HTTP / 2 se discutió por primera vez cuando se hizo evidente que SPDY estaba ganando terreno con los implementadores (como Mozilla y nginx) y mostraba mejoras significativas sobre HTTP / 1.x.
¿Por qué es mejor que HTTP / 1.x?
HTTP / 2.0 es binario, ¿cómo se beneficiará?
Los protocolos binarios son más eficientes para analizar, más compactos “en el cable”, y lo más importante, son mucho menos propensos a errores, en comparación con protocolos textuales como HTTP / 1.x.
- ¿Cuáles son las ventajas de HTTP vs HTTPS vs SDPY?
- ¿Puede un administrador de red monitorear su contenido incluso si usa el protocolo SSH para transferir archivos?
- ¿IDM (y otros administradores de descargas) utilizan un protocolo de transferencia de archivos (FTP) para transferir datos? Si no, ¿qué usan?
- ¿Para qué se utilizan los protocolos de enrutamiento QoS?
- ¿Qué microcontrolador tiene el protocolo I2C?
HTTP / 2.0 está multiplexado, ¿cómo se beneficiará?
HTTP / 1.x tiene un problema llamado “bloqueo de cabecera de línea”, donde efectivamente solo una solicitud puede estar pendiente en una conexión a la vez.
HTTP / 1.1 intentó solucionar esto con la canalización, pero no resolvió por completo el problema (una respuesta grande o lenta aún puede bloquear a otros detrás de él). Además, se ha encontrado que la canalización es muy difícil de implementar, porque muchos intermediarios y servidores no la procesan correctamente.
Esto obliga a los clientes a usar una serie de heurísticas (a menudo adivinanzas) para determinar qué solicitudes poner en qué conexión al origen cuando; Como es común que una página cargue 10 veces (o más) el número de conexiones disponibles, esto puede afectar gravemente el rendimiento, lo que a menudo resulta en una “cascada” de solicitudes bloqueadas.
La multiplexación aborda estos problemas al permitir que múltiples mensajes de solicitud y respuesta estén en vuelo al mismo tiempo; Incluso es posible mezclar partes de un mensaje con otro en el cable.
Esto, a su vez, permite que un cliente use solo una conexión por origen para cargar una página.
HTTP / 2.0 admite el empuje del servidor, ¿cómo se beneficiará?
Cuando un navegador solicita una página, el servidor envía el HTML en la respuesta, y luego necesita esperar a que el navegador analice el HTML y emita solicitudes para todos los activos incrustados antes de que pueda comenzar a enviar JavaScript, imágenes y CSS.
Server Push permite al servidor evitar este retraso de ida y vuelta al “empujar” las respuestas que cree que el cliente necesitará en su caché.
HTTP / 2.0 admite compresión de encabezado, ¿cómo se beneficiará?
Esto se debe al mecanismo de inicio lento de TCP, que estimula los paquetes en nuevas conexiones en función de la cantidad de paquetes reconocidos, lo que limita de manera efectiva la cantidad de paquetes que se pueden enviar en los primeros viajes de ida y vuelta.
En comparación, incluso una compresión leve en los encabezados permite que esas solicitudes lleguen al cable dentro de un viaje de ida y vuelta, tal vez incluso un paquete.
Esta sobrecarga es considerable, especialmente cuando se considera el impacto en los clientes móviles, que generalmente ven una latencia de ida y vuelta de varios cientos de milisegundos, incluso en buenas condiciones.
Algunos beneficios principales serán:
1. Carga de página más rápida,
2. Conexiones más longevas,
3. Servidor push
4. Solicitud HTTP más barata
Puede leer la especificación técnica de HTTP / 2.0 aquí:
Protocolo de transferencia de hipertexto versión 2