stringtranslate.com

Tecnología Push

La tecnología Push, también conocida como Server Push, se refiere a un método de comunicación en el que la comunicación la inicia un servidor en lugar de un cliente. Este enfoque es diferente del método " pull ", en el que la comunicación la inicia un cliente. [1]

En la tecnología push, los clientes pueden expresar sus preferencias por determinados tipos de información o datos, normalmente a través de un proceso conocido como modelo de publicación-suscripción . En este modelo, un cliente se "suscribe" a canales de información específicos alojados en un servidor. Cuando hay nuevo contenido disponible en estos canales, el servidor envía automáticamente, o "envía", esta información al cliente suscrito.

En determinadas condiciones, como políticas de seguridad restrictivas que bloquean las solicitudes HTTP entrantes , la tecnología push se simula a veces mediante una técnica denominada sondeo. En estos casos, el cliente consulta periódicamente al servidor para ver si hay nueva información disponible, en lugar de recibir actualizaciones automáticas.

Uso general

Las conferencias sincrónicas y la mensajería instantánea son ejemplos de servicios push. Los mensajes de chat y, a veces, los archivos se envían al usuario tan pronto como los recibe el servicio de mensajería. Tanto los programas peer-to-peer descentralizados (como WASTE ) como los programas centralizados (como IRC o XMPP ) permiten enviar archivos, lo que significa que el remitente inicia la transferencia de datos en lugar del destinatario.

El correo electrónico también puede ser un sistema push: SMTP es un protocolo push (ver Push e-mail ). Sin embargo, el último paso (del servidor de correo al ordenador de sobremesa) suele utilizar un protocolo pull como POP3 o IMAP . Los clientes de correo electrónico modernos hacen que este paso parezca instantáneo sondeando repetidamente el servidor de correo y comprobándolo con frecuencia para ver si hay correo nuevo. El protocolo IMAP incluye el comando IDLE , que permite al servidor informar al cliente cuando llegan mensajes nuevos. El BlackBerry original fue el primer ejemplo popular de correo electrónico push en un contexto inalámbrico. [ cita requerida ]

Otro ejemplo es la red PointCast , que tuvo una amplia cobertura en los años 90. Entregaba noticias y datos del mercado de valores como salvapantallas. Tanto Netscape como Microsoft integraron la tecnología push a través del Channel Definition Format (CDF) en su software en el apogeo de las guerras de navegadores , pero nunca fue muy popular. El CDF desapareció y fue eliminado de los navegadores de la época, reemplazado en los años 2000 por RSS (un sistema pull).

Otros usos de las aplicaciones web habilitadas para push incluyen la distribución de actualizaciones de software ("actualizaciones push"), distribución de datos de mercado (tickers de acciones), sistemas de chat/mensajería en línea ( webchat ), subastas, apuestas y juegos en línea, resultados deportivos, consolas de monitoreo y monitoreo de redes de sensores .

Ejemplos

Push web

La propuesta Web Push del Grupo de Trabajo de Ingeniería de Internet es un protocolo simple que utiliza la versión 2 de HTTP para enviar eventos en tiempo real, como llamadas entrantes o mensajes, que pueden entregarse (o "enviarse") de manera oportuna. El protocolo consolida todos los eventos en tiempo real en una sola sesión, lo que garantiza un uso más eficiente de los recursos de red y radio. Un solo servicio consolida todos los eventos y los distribuye a las aplicaciones a medida que llegan. Esto requiere solo una sesión, lo que evita costos indirectos duplicados. [2]

Las notificaciones web forman parte del estándar W3C y definen una API para notificaciones al usuario final. Una notificación permite alertar al usuario de un evento, como la entrega de un correo electrónico, fuera del contexto de una página web. [3] Como parte de este estándar, Push API está completamente implementada en Chrome , Firefox y Edge , y parcialmente implementada en Safari a partir de febrero de 2023. [ 4] [5]

Inserción de servidor HTTP

El envío de datos mediante HTTP (también conocido como transmisión HTTP) es un mecanismo para enviar datos no solicitados (asincrónicos) desde un servidor web a un navegador web . El envío de datos mediante HTTP se puede lograr a través de varios mecanismos.

Como parte de HTML5, la API Web Socket permite que un servidor web y un cliente se comuniquen a través de una conexión TCP dúplex completa .

Generalmente, el servidor web no termina una conexión después de que se hayan entregado los datos de respuesta a un cliente. El servidor web deja la conexión abierta de modo que si ocurre un evento (por ejemplo, un cambio en los datos internos que se debe informar a uno o varios clientes), se pueda enviar de inmediato; de lo contrario, el evento tendría que quedar en cola hasta que se reciba la siguiente solicitud del cliente. La mayoría de los servidores web ofrecen esta funcionalidad a través de CGI (por ejemplo, scripts de encabezados no analizados en Apache HTTP Server ). El mecanismo subyacente para este enfoque es la codificación de transferencia fragmentada .

Otro mecanismo está relacionado con un tipo MIMEmultipart/x-mixed-replace especial llamado , que fue introducido por Netscape en 1995. Los navegadores web lo interpretan como un documento que cambia cada vez que el servidor envía una nueva versión al cliente. [6] Todavía es compatible con Firefox , Opera y Safari en la actualidad, pero Internet Explorer lo ignora [7] y Chrome solo lo admite parcialmente . [8] Se puede aplicar a documentos HTML y también para transmitir imágenes en aplicaciones de cámara web .

La propuesta de Aplicaciones Web 1.0 de WHATWG [9] incluye un mecanismo para enviar contenido al cliente. El 1 de septiembre de 2006, el navegador web Opera implementó este nuevo sistema experimental en una función llamada " Eventos enviados por el servidor ". [10] [11] Ahora es parte del estándar HTML5 . [12]

Empujón

En esta técnica, el servidor aprovecha las conexiones HTTP persistentes , dejando la respuesta perpetuamente "abierta" (es decir, el servidor nunca termina la respuesta), engañando efectivamente al navegador para que permanezca en modo "cargando" después de que la carga de la página inicial podría considerarse completa. Luego, el servidor envía periódicamente fragmentos de JavaScript para actualizar el contenido de la página, logrando así la capacidad de push. Al usar esta técnica, el cliente no necesita applets de Java u otros complementos para mantener una conexión abierta con el servidor; el cliente es notificado automáticamente sobre nuevos eventos, enviados por el servidor. [13] [14] Sin embargo, un inconveniente grave de este método es la falta de control que tiene el servidor sobre el tiempo de espera del navegador; siempre es necesaria una actualización de la página si se produce un tiempo de espera en el extremo del navegador.

Sondeo largo

El sondeo largo en sí no es un verdadero push; el sondeo largo es una variación de la técnica de sondeo tradicional, pero permite emular un mecanismo push en circunstancias donde un push real no es posible, como sitios con políticas de seguridad que requieren el rechazo de solicitudes HTTP entrantes.

En el sondeo largo, el cliente solicita más información del servidor exactamente como en el sondeo normal, pero con la expectativa de que el servidor no responda inmediatamente. Si el servidor no tiene información nueva para el cliente cuando se recibe el sondeo, entonces en lugar de enviar una respuesta vacía, el servidor mantiene abierta la solicitud y espera a que la información de respuesta esté disponible. Una vez que tiene nueva información, el servidor envía inmediatamente una respuesta HTTP al cliente, completando la solicitud HTTP abierta. Al recibir la respuesta del servidor, el cliente a menudo envía inmediatamente otra solicitud al servidor. De esta manera se elimina la latencia de respuesta habitual (el tiempo entre cuando la información está disponible por primera vez y la siguiente solicitud del cliente) asociada de otro modo con el sondeo de clientes. [15]

Por ejemplo, BOSH es una técnica HTTP popular y de larga duración que se utiliza como una alternativa de sondeo prolongado a una conexión TCP continua cuando dicha conexión es difícil o imposible de emplear directamente (por ejemplo, en un navegador web); [16] también es una tecnología subyacente en XMPP , que Apple utiliza para su soporte push de iCloud.

Relés de sockets XML Flash

Esta técnica, utilizada por las aplicaciones de chat , hace uso del objeto XML Socket en una película Adobe Flash de un solo píxel. Bajo el control de JavaScript , el cliente establece una conexión TCP con un relé unidireccional en el servidor. El servidor de retransmisión no lee nada de este socket ; en su lugar, envía inmediatamente al cliente un identificador único . A continuación, el cliente realiza una solicitud HTTP al servidor web, incluyendo este identificador con ella. La aplicación web puede entonces enviar mensajes dirigidos al cliente a una interfaz local del servidor de retransmisión, que los retransmite a través del socket Flash. La ventaja de este enfoque es que aprecia la asimetría natural de lectura y escritura que es típica de muchas aplicaciones web, incluido el chat, y como consecuencia ofrece una alta eficiencia. Dado que no acepta datos sobre sockets salientes, el servidor de retransmisión no necesita sondear las conexiones TCP salientes en absoluto , lo que hace posible mantener abiertas decenas de miles de conexiones simultáneas. En este modelo, el límite para escalar es la pila TCP del sistema operativo del servidor subyacente.

Entrega confiable de datos grupales (RGDD)

En servicios como la computación en la nube , para aumentar la confiabilidad y disponibilidad de los datos, generalmente se envían (replican) a varias máquinas. Por ejemplo, el sistema de archivos distribuidos Hadoop (HDFS) realiza 2 copias adicionales de cualquier objeto almacenado. RGDD se enfoca en transmitir de manera eficiente un objeto desde una ubicación a muchas mientras se ahorra ancho de banda al enviar una cantidad mínima de copias (solo una en el mejor de los casos) del objeto a través de cualquier enlace a través de la red. Por ejemplo, Datacast [17] es un esquema para la entrega a muchos nodos dentro de centros de datos que se basa en topologías regulares y estructuradas y DCCast [18] es un enfoque similar para la entrega a través de centros de datos.

Notificación push

Una notificación push es un mensaje que se "envía" desde un servidor o aplicación back-end a una interfaz de usuario, por ejemplo, aplicaciones móviles [19] o aplicaciones de escritorio. Apple introdujo las notificaciones push para iPhone en 2009, [20] y en 2010 Google lanzó "Google Cloud to Device Messaging" (reemplazado por Google Cloud Messaging y luego por Firebase Cloud Messaging ). [21] En noviembre de 2015, Microsoft anunció que el Servicio de notificaciones de Windows se ampliaría para hacer uso de la arquitectura de la Plataforma universal de Windows, lo que permitiría enviar datos push a Windows 10 , Windows 10 Mobile , Xbox y otras plataformas compatibles mediante llamadas API universales y solicitudes POST. [22]

Las notificaciones push se dividen principalmente en dos enfoques: notificaciones locales y notificaciones remotas. [23] En el caso de las notificaciones locales, la aplicación programa la notificación con el sistema operativo del dispositivo local. En el caso de las notificaciones remotas, la aplicación establece un temporizador en la propia aplicación, siempre que pueda ejecutarse continuamente en segundo plano. Cuando se alcanza la hora programada del evento o se cumple la condición programada del evento, el mensaje se muestra en la interfaz de usuario de la aplicación.

Las notificaciones remotas son manejadas por un servidor remoto. Bajo este escenario, la aplicación cliente necesita estar registrada en el servidor con una clave única (por ejemplo, un UUID ). El servidor luego envía el mensaje contra la clave única para entregarlo al cliente a través de un protocolo cliente/servidor acordado como HTTP o XMPP , y el cliente muestra el mensaje recibido. Cuando llega la notificación push, puede transmitir notificaciones y mensajes cortos, establecer insignias en los íconos de la aplicación, hacer parpadear o encender continuamente el LED de notificación , o reproducir sonidos de alerta para atraer la atención del usuario. [24] Las aplicaciones suelen utilizar las notificaciones push para llamar la atención de los usuarios sobre la información. El contenido de los mensajes se puede clasificar en las siguientes categorías de ejemplo:

Las notificaciones push en tiempo real pueden plantear problemas de privacidad, ya que pueden utilizarse para vincular identidades virtuales de seudónimos de redes sociales a las identidades reales de los propietarios de teléfonos inteligentes. [26] El uso de notificaciones push innecesarias con fines promocionales ha sido criticado como un ejemplo de robo de atención. [27]

Véase también

Referencias

  1. ^ "Tecnología Push". Techopedia . 2012-11-18 . Consultado el 2023-07-23 .
  2. ^ M. Thomson, E. Damaggio y B. Raymor (22 de octubre de 2016). "Generic Event Delivery Using HTTP Push". Borrador de Internet . Grupo de trabajo de ingeniería de Internet . Consultado el 28 de octubre de 2016 .
  3. ^ "Estándar API de notificaciones". notifications.spec.whatwg.org . Consultado el 30 de abril de 2024 .
  4. ^ "Push API" . Consultado el 30 de abril de 2024 .
  5. ^ "Push API - Web APIs | MDN". developer.mozilla.org . 2023-02-22 . Consultado el 2023-05-16 .
  6. ^ Programación CGI en la World Wide Web Libro de O'Reilly que explica cómo utilizar el servidor-push de Netscape
  7. ^ Documentos Server-Push (HTML y XHTML: La guía definitiva) Archivado el 17 de abril de 2008 en Wayback Machine Libro de O'Reilly que explica el server-push
  8. ^ Eliminar soporte para recursos principales multipart/x-mixed-replace
  9. ^ "Especificación de aplicaciones web 1.0".
  10. ^ "Transmisión de eventos a navegadores web". 1 de septiembre de 2006. Consultado el 23 de marzo de 2007 .
  11. ^ "Opera toma la delantera con el soporte AJAX entre los navegadores: streaming más eficiente". 2006-09-01. Archivado desde el original el 2007-03-18 . Consultado el 2007-03-23 .
  12. ^ "Estándar HTML: eventos enviados por el servidor". html.spec.whatwg.org . 31 de marzo de 2022 . Consultado el 1 de abril de 2022 .
  13. ^ "Introducción a Pushlets". Archivado desde el original el 5 de agosto de 2009. Consultado el 5 de junio de 2008 .
  14. ^ Van Den Broecke, Just (1 de marzo de 2000). "Pushlets: enviar eventos desde servlets a navegadores de clientes DHTML". JavaWorld . Consultado el 13 de julio de 2020 .
  15. ^ Saint-Andre, Peter; Loreto, Salvatore; Salsano, Stefano; Wilkins, Greg (abril de 2011). "RFC6202: problemas conocidos y mejores prácticas para el uso de sondeos largos y streaming en HTTP bidireccional". tools.ietf.org . doi :10.17487/RFC6202 . Consultado el 14 de mayo de 2016 .
  16. ^ "XEP-0124: transmisiones bidireccionales a través de HTTP sincrónico (BOSH)" . Consultado el 26 de junio de 2012 .
  17. ^ C. Guo; et al. (1 de noviembre de 2012). "Datacast: un servicio de entrega de datos grupales confiable, eficiente y escalable para centros de datos". Microsoft Research . ACM . Consultado el 6 de junio de 2017 .
  18. ^ M. Noormohammadpour; et al. (10 de julio de 2017). "DCCast: transferencias eficientes de punto a multipunto entre centros de datos". USENIX . Consultado el 6 de junio de 2017 .
  19. ^ Wohllebe, Atilla. (2020). "Aceptación de las notificaciones push de aplicaciones por parte de los consumidores: revisión sistemática sobre la influencia de la frecuencia". Revista internacional de tecnologías móviles interactivas . 14 (13): 36–47. doi : 10.3991/ijim.v14i13.14563 .
  20. ^ "Se anuncia el servicio de notificaciones push de iPhone para desarrolladores". Engadget . Consultado el 18 de octubre de 2016 .
  21. ^ "Google Cloud Messaging para Android (GCM) presentado para reemplazar el marco C2DM". InfoQ . Consultado el 18 de octubre de 2016 .
  22. ^ mijacobs. «Descripción general de Windows Push Notification Services (WNS)» (Servicios de notificaciones push de Windows [WNS]). docs.microsoft.com . Consultado el 20 de octubre de 2017 .
  23. ^ "Notificaciones locales y remotas en profundidad". developer.apple.com . Consultado el 18 de octubre de 2016 .
  24. ^ "Notificaciones Push para Android y iOS – Blog – JatApp". jatapp.com . Archivado desde el original el 20 de octubre de 2017 . Consultado el 20 de octubre de 2017 .
  25. ^ "¿Cómo ajusto mis notificaciones push móviles desde Facebook? | Centro de ayuda de Facebook | Facebook". www.facebook.com . Consultado el 18 de octubre de 2016 .
  26. ^ Loreti, Pierpaolo; Bracciale, Lorenzo; Caponi, Alberto (2018). "Ataque Push: vinculación de identidades virtuales y reales mediante notificaciones push móviles". Internet del futuro . 10 (2): 13. doi : 10.3390/fi10020013 .
  27. ^ McFedries, Paul (22 de mayo de 2014). "¡Alto, atención ladrón!". IEEE Spectrum . Instituto de Ingenieros Eléctricos y Electrónicos . Consultado el 9 de agosto de 2021 .

Enlaces externos