Internet puede ser un poco una dicotomía con respecto a cómo evoluciona. Las nuevas tecnologías parecen surgir, crecer y expandirse casi a diario, sin embargo, el protocolo subyacente que alimenta la web tal como la conocemos hoy (hasta hace poco) casi no vio un crecimiento significativo durante casi 15 años. El Protocolo de Transferencia de Hipertexto (HTTP) fue diseñado originalmente por Tim Berners-Lee a finales de los años 80, y la última revisión significativa del protocolo se realizó en 1999 (estandarizada como un RFC que se publicó cuando estaba en segundo grado). El año pasado, se finalizó una importante revisión de HTTP en forma de HTTP/2, una mejora importante para la infraestructura básica de la web tal como la conocemos hoy.
¿Por qué actualizar HTTP?
Los desarrolladores de la especificación HTTP/2 han proporcionado un excelente resumen de por qué y cómo se mejoró HTTP en la última especificación del protocolo. En resumen, HTTP/1.1 fue diseñado para una época diferente, cuando las páginas web eran más pequeñas, más simples y más baratas de enviar a través de la red. El crecimiento explosivo de la web en la última década ha visto un cambio de paradigma en cómo se diseñan y despliegan los sitios y aplicaciones. Los sitios web y aplicaciones web utilizan activos multimedia más grandes y complejos, y sirven más contenido que nunca, y no hay señales de que esto vaya a disminuir. Las soluciones improvisadas implementadas por desarrolladores e ingenieros para sortear algunas de las limitaciones inherentes de HTTP/1.1 (como el pipelining de solicitudes, el sharding de dominios, etc.) eran parches y soluciones temporales que nunca se abordaron a un nivel fundamental, y estaban en gran contraste con algunas de las características de diseño de TCP, el protocolo de comunicación subyacente en el que se basa HTTP. HTTP/2 fue diseñado para tener en cuenta la naturaleza de la web moderna, proporcionando un estándar eficiente para que los servidores y clientes modernos se comuniquen.
HTTP/2 trae una serie de nuevas funcionalidades a la mesa, incluyendo:
- Un protocolo binario, lo que lo hace más compacto para enviar a través del cable
- Multiplexación completa, las conexiones paralelas permiten una transferencia de datos más rápida y eficiente
- Funcionalidad de empuje del servidor, permite a los diseñadores web construir sitios que envían proactivamente los activos que serán necesarios para una página web
Sabemos que tienes muchas opciones de VPS
Así es como la oferta de VPS de DreamHost se distingue: Soporte al cliente 24/7, un Panel intuitivo, RAM escalable, ancho de banda ilimitado, dominios de hosting ilimitados y almacenamiento SSD.
Adopción Industrial
Las funcionalidades brillantes y los protocolos bien diseñados están muy bien, pero no valen nada si no se utilizan. Después de su finalización a mediados de 2015, el protocolo HTTP/2 pronto vio la adopción temprana de proveedores de servicios como Akamai, Google y Facebook, servidores HTTP de código abierto como Nginx y navegadores, incluidos Chrome, Firefox, Safari e incluso Internet Explorer (sorprendente, lo sé). Según investigadores que siguen la tasa de adopción de HTTP/2, casi 200,000 sitios de la lista de Alexa de los sitios web más importantes anuncian soporte para HTTP/2.
Relacionado: 13 de los mejores Plugins de Seguridad para mantener tu sitio de WordPress seguro
Asegurando HTTP/2
Como sucesor del protocolo SPDY, muchos de los primeros adoptantes esperaban que HTTP/2 requiriera una conexión TLS, al igual que su predecesor. Finalmente, los diseñadores del protocolo decidieron que las conexiones seguras no serían obligatorias; sin embargo, eso no ha impedido que los desarrolladores de navegadores exijan cifrado. Actualmente ninguna implementación de navegador admite conexiones HTTP/2 en texto plano (también conocidas como h2c).
Los servidores HTTP/2 utilizan uno de dos protocolos de negociación para anunciar su soporte a través de conexiones TLS: NPN y ALPN. NPN es un protocolo de negociación más antiguo y menos eficiente, mientras que ALPN es más nuevo, más rápido y ha tenido mucha menos adopción debido a su exclusión de versiones antiguas de OpenSSL. Curiosamente, Google ha anunciado planes para que Chrome deje de admitir NPN en favor exclusivo de ALPN, lo que podría dejar a muchos usuarios en la oscuridad de HTTP/2 mientras los paquetes antiguos de OpenSSL todavía circulan.
HTTP/2 en DreamHost
Como proveedor dedicado a adoptar proyectos de código abierto, hemos decidido con entusiasmo avanzar en la adopción de HTTP/2. A partir de esta semana, los dominios alojados en VPS y servidores dedicados impulsados por Nginx ahora pueden aprovechar completamente el protocolo HTTP/2. El soporte de HTTP/2 en Nginx está diseñado para funcionar sin problemas junto con las conexiones existentes de HTTP/1.1, aunque solo para sitios HTTPS. Otras características existentes proporcionadas por nuestros servicios de Nginx, incluyendo seguridad web extra y soporte Lua a través de OpenResty, también continuarán funcionando de manera transparente bajo HTTP/2.
Adicionalmente, los servidores HTTP/2 impulsados por DreamHost son totalmente capaces de soportar tanto las negociaciones NPN como ALPN, lo que significa que el próximo corte de Chrome para NPN no resultará en errores de conexión en navegadores de última generación.
Agregar soporte HTTP/2 a tu dominio Nginx/HTTPS es tan simple como activar una casilla. Consulta el artículo del Centro de Ayuda para más detalles e instrucciones sobre cómo activar este servicio.
Y para los más curiosos, hay una serie de excelentes recursos sobre HTTP/2 que profundizan mucho más en los detalles técnicos:
¿Entonces, qué estás esperando? ¡Marca esa casilla HTTP/2 y lleva tu dominio al siguiente nivel hoy!
Si tienes alguna pregunta, deja un comentario abajo, tuitéanos en @DreamHostCare en Twitter, o contacta a nuestro equipo de soporte!
Fuente de la imagen destacada: http2.akamai.com