[go: nahoru, domu]

Ir al contenido

Diferencia entre revisiones de «SPDY»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Luckas-bot (discusión · contribs.)
m r2.7.1) (robot Modificado: de:SPDY
Sin resumen de edición
Línea 1: Línea 1:
{{huérfano|22|noviembre}}
{{huérfano|22|noviembre}}
{{Ficha de protocolo de red
{{Ficha de protocolo de red
| nombre = SPDY (pronunciado en inglés como SPeeDY)
| nombre = SPDY
| familia = [[Familia de protocolos de Internet]]
| familia = [[Familia de protocolos de Internet]]
| función = Transferencia de [[hipertexto]]
| función = Transferencia de [[hipertexto]]
| nivel = sesión
| nivel = sesión
<!-- Descripción de la pila -->
<!-- Descripción de la pila -->
| aplicación = [[http]]
| aplicación = [[HTTP]]
| sesión = SPDY<ref name="spdy1"/>
| sesión = SPDY
<!--| presentación = [[SSL]]-->
<!--| presentación = [[SSL]]-->
| transporte = [[Transmission Control Protocol|TCP]]
| transporte = [[Transmission Control Protocol|TCP]]
Línea 15: Línea 15:
}}
}}


SPDY, pronunciado en inglés "SPeeDY", es el [[protocolo]] de nivel de sesión<ref name="spdy1">{{cita web|url=http://sites.google.com/a/chromium.org/dev/spdy/spdy-whitepaper|título=SPDY- An experimental protocol for a faster web-
'''SPDY''' (pronunciado como la palabra en inglés "speedy") es el [[protocolo]] de [[Capa de aplicación|nivel de aplicación]] según el [[modelo OSI]] y es complementario al protocolo [[Hypertext Transfer Protocole|HTTP]], que funciona sobre [[TCP/IP]]. Fue presentado por [[Google]] y, según pruebas en laboratorio, puede mejorar el rendimiento en las comunicaciones entre servidor y cliente hasta en un 64%.<ref name="whitepaper">{{cita web |url=http://www.chromium.org/spdy/spdy-whitepaper |título=SPDY: An experimental protocol for a faster web |fechaacceso=12 de abril de 2011|autor= |idioma=inglés }}</ref>
SPDY design and features|editorial=Google, Inc.|autor=The Chromium Projects|idioma=inglés}}</ref> según el [[modelo OSI]] y es complementario a [[HTTP]] que funciona sobre [[TCP/IP]] presentado por [[Google]] el cual, según pruebas en laboratorio, puede mejorar el rendimiento en las comunicaciones entre servidor y cliente hasta en un 55%.


Actualmente parece ser una apuesta en solitario de Google, no habiendo mencionado la participación en el proyecto de ninguna otra empresa y de ni siquiera la [[IETF]].
Actualmente parece ser una apuesta en solitario de Google, no habiendo mencionado la participación en el proyecto de ninguna otra empresa y de ni siquiera la [[IETF]].


== Motivación ==
== Motivación ==
Actualmente el protocolo HTTP funcionando también sobre [[TCP/IP]] es el más utilizado en la web para intercambiar datos entre los servidores y los clientes. Su funcionamiento se basa en petición-respuesta incurriendo es una gran [[latencia]] entre peticiones ya que la conexión se abre y se cierra por petición.

Actualmente el protocolo [[HTTP]] funcionando también sobre [[TCP/IP]] es el más utilizado en la web para intercambiar datos entre los servidores y los clientes. Su funcionamiento se basa en petición-respuesta incurriendo es una gran [[latencia]] entre peticiones ya que la conexión se abre y se cierra por petición.


El cliente siempre realiza la petición inicial, por lo que el servidor sólo espera la llegada de peticiones.
El cliente siempre realiza la petición inicial, por lo que el servidor sólo espera la llegada de peticiones.


La cantidad de datos que la cabecera del protocolo [[HTTP]] puede llegar a ser muy grande, sobre todo en peticiones con pocos datos. Los datos de la cabecera no son comprimidos. Además, algunas entradas en la cabecera pueden llegar a ser redundantes como "User-Agent", "Host" o "Accept" que no suelen cambiar.
La cantidad de datos que la cabecera del protocolo HTTP puede llegar a ser muy grande, sobre todo en peticiones con pocos datos. Los datos de la cabecera no son comprimidos. Además, algunas entradas en la cabecera pueden llegar a ser redundantes como "User-Agent", "Host" o "Accept" que no suelen cambiar.


== Alternativas anteriores ==
== Alternativas anteriores ==

Anteriormente se había propuesto sustituir el protocolo [[TCP]] como protocolo de transmisión de datos por otros como [[SCTP]] con múltiples flujos de datos o [[SST]] para flujos estructurados. El problema de estas propuestas es la dificultad que radica en el despliegue de los nuevos protocolos en todos los ordenadores.
Anteriormente se había propuesto sustituir el protocolo [[TCP]] como protocolo de transmisión de datos por otros como [[SCTP]] con múltiples flujos de datos o [[SST]] para flujos estructurados. El problema de estas propuestas es la dificultad que radica en el despliegue de los nuevos protocolos en todos los ordenadores.


== Metas ==
== Metas ==
El propósito de SPDY es reducir el tiempo de carga de las [[Página web|páginas web]].


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 [[Aplicación informática|aplicaciones]] que lo usen.
Ante todo, la velocidad es la principal meta de este nuevo protocolo.


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.
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.


Otra característica que se le quiere dar al nuevo protocolo es la posibilidad 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]]''.
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 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]].


== Referencias ==
== Referencias ==

{{listaref}}
{{listaref}}


== Enlaces externos ==
== Enlaces externos ==

* [http://dev.chromium.org/spdy Chromium Developer Documentation]
* [http://dev.chromium.org/spdy Chromium Developer Documentation]
* [http://www.error500.net/web/spdy-protocolo-para-optimizar-http SPDY, protocolo para optimizar HTTP]
* [http://www.error500.net/web/spdy-protocolo-para-optimizar-http SPDY, protocolo para optimizar HTTP]


[[Categoría:Protocolos de Internet|SPDY]]
[[Categoría:Protocolos de Internet]]
[[Categoría:Protocolos de nivel de sesión|SPDY]]
[[Categoría:Protocolos de nivel de aplicación]]


[[de:SPDY]]
[[de:SPDY]]

Revisión del 22:46 12 abr 2011

La plantilla {{Huérfano}} está obsoleta tras una consulta de borrado, no debe usarse.
SPDY
Familia Familia de protocolos de Internet
Función Transferencia de hipertexto
Ubicación en la pila de protocolos
Aplicación HTTP
Sesión SPDY
Transporte TCP
Red IP
Estándares
Protocolo experimental

SPDY (pronunciado como la palabra en inglés "speedy") es el protocolo de nivel de aplicación según el modelo OSI y es complementario al protocolo HTTP, que funciona sobre TCP/IP. Fue presentado por Google y, según pruebas en laboratorio, puede mejorar el rendimiento en las comunicaciones entre servidor y cliente hasta en un 64%.[1]

Actualmente parece ser una apuesta en solitario de Google, no habiendo mencionado la participación en el proyecto de ninguna otra empresa y de ni siquiera la IETF.

Motivación

Actualmente el protocolo HTTP funcionando también sobre TCP/IP es el más utilizado en la web para intercambiar datos entre los servidores y los clientes. Su funcionamiento se basa en petición-respuesta incurriendo es una gran latencia entre peticiones ya que la conexión se abre y se cierra por petición.

El cliente siempre realiza la petición inicial, por lo que el servidor sólo espera la llegada de peticiones.

La cantidad de datos que la cabecera del protocolo HTTP puede llegar a ser muy grande, sobre todo en peticiones con pocos datos. Los datos de la cabecera no son comprimidos. Además, algunas entradas en la cabecera pueden llegar a ser redundantes como "User-Agent", "Host" o "Accept" que no suelen cambiar.

Alternativas anteriores

Anteriormente se había propuesto sustituir el protocolo TCP como protocolo de transmisión de datos por otros como SCTP con múltiples flujos de datos o SST para flujos estructurados. El problema de estas propuestas es la dificultad que radica en el despliegue de los nuevos protocolos en todos los ordenadores.

Metas

El propósito de SPDY es reducir el tiempo de carga de las páginas web.

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 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.

Referencias

  1. «SPDY: An experimental protocol for a faster web» (en inglés). Consultado el 12 de abril de 2011. 

Enlaces externos