SPDY, pronunciado Speedy es un protocolo diseñado por Google para reducir la latencia de las páginas web.
Es complementario al protocolo HTTP, que funciona sobre TCP/IP.
Fue presentado por Google y, según pruebas en el laboratorio, puede incrementar el rendimiento en las comunicaciones entre servidor y cliente hasta en un 64%.
Actualmente este protocolo cuenta con el soporte de Google Chrome, Mozilla Firefox (versión 11 en adelante) y Opera (versión 12.10 en adelante).
Sepamos algo más sobre SPDY …
En 1991, Tim Berners Lee publicó la primera versión del protocolo HTTP. El borrador se adoptó en la RFC 1945 en 1992. El HTTP 1.0 se estandarizó en Mayo de 1996. El HTTP 1.1 en junio de 1999.
El protocolo HTTP 1.1 ofreció una mejora en el incremento de la carga web, reduciendo el número de intentos para establecer una conexión web.
El IETF esta intentando mejorar HTTP 1.1, en nueva nueva revisión, la 2.0 establecida en el RFC 2616.
SPDY es un nuevo protocolo que podría incluirse en las especificaciones HTTP 2.0.
Ventajas de SPDY
El propósito de SPDY es reducir el tiempo de carga de las páginas web. Añade una capa de sesión por encima de SSL permitiendo múltiples streams entrelazados sobre una única conexión TCP. Por lo tanto gestiona múltiples conexiones concurrentes a través de una única conexión TCP. SPDY se ubica entre SSL y HTTP, encargándose de multiplexar conexiones HTTP a través de una única conexión TCP.
Por lo tanto no es necesario realizar cambios en las infraestructuras para incorporarlo. Las demás capas inferiores de OSI seguirán trabajando de la misma forma.
Las webs existentes y aplicaciones de internet no se van a ver afectados por el cambio del protocolo debajo de HTTP.
El nuevo protocolo es compatible.
Posee un sistema de prioridades en las peticiones. Posee compresión avanzada en cabeceras HTTP para reducir el tráfico. Posibilita que los servidores puedan iniciar conexiones.
SPDY es en teoría más seguro, puesto que se apoya en conexiones protegidas mediante SSL.
SPDY aprovecha TCP, que es el protocolo más extendido para HTTP, por lo que sería más fácil distribuirlo. Sólo es necesario que el servidor y el cliente puedan manejar este protocolo, haciéndose transparente para las aplicaciones que lo usen.
Este nuevo protocolo utilizaría una sola conexión TCP para manejar varias peticiones HTTP a la vez de manera concurrente. Además usa SSL como capa subyacente para incrementar la seguridad.
Otra característica que se le quiere dar al nuevo protocolo es la posibilidad de que sea el servidor el que establezca conexión con el cliente, sobre todo para aquellos casos en el que el servidor tiene que enviarle notificaciones como servicios de push e-mail.
SPDY se encuentra ya implementado en servidores de Google, en Chrome y Firefox.
SPDY comprime las cabeceras de petición y respuesta HTTP, lo que repercute en un menor número de paquetes y bytes transmitidos.
Finalizando
HTTP 2.0 se encuentra a punto de salir. El primer borrador aparecerá en Mayo de 2013 y SPDY de Google puede formar parte de él. Al tanto …
SPDY no es la única investigación HTTP para hacerlo más rápido. Ha habido otras propuestas de solución a la latencia de red, principalmente a nivel de la capa de transporte o de sesión.
- Stream Transmission Control Protocol (SCTP) – un protocolo de capa de transporte para reemplazar TCP, que proporciona flujos multiplexados y el control de corriente-consciente congestión.
- HTTP sobre SCTP -. una propuesta para el funcionamiento de HTTP sobre SCTP Comparación de HTTP sobre TCP SCTP y en las redes de alta demora describe un estudio de investigación que compara el rendimiento en los dos protocolos de transporte.
- Transport Stream Estructurado (SST) – un protocolo que inventa «flujos estructurados»:.ligeros e independientes que deben llevarse a través de un transporte común que sustituye TCP o se ejecuta sobre UDP.
- MUX y SMUX protocolos de la capa intermedia-(entre la capas de transporte y aplicación) que proporcionan la multiplexación de flujos -. Se propusieron hace años al mismo tiempo como HTTP/1.1.
Por lo tanto ¿Es SPDY un reemplazo para HTTP?
No. SPDY cambia algunas partes de HTTP. En el nivel superior de la capa de aplicación, el protocolo de petición-respuesta sigue siendo el mismo. SPDY sigue utilizando métodos HTTP, encabezados y semántica similar. Pero SPDY anula otras partes del protocolo, tales como la gestión de conexiones y formatos de transferencia de datos. Otorgando más velocidad principalmente, de ahí su nombre.
