Nuevos Casos de Uso del Edge Computing

Aunque parece sencillo, la recuperación de estos datos requiere muchas llamadas a la aplicación web. Cuando un usuario accede a la aplicación, un microservicio de geolocalización permite que la aplicación filtre lo que muestra. El desafío era que estas llamadas añadían latencia. El microservicio de geolocalización hacía que la carga de las páginas fuera de entre 500 milisegundos y 2 segundos más lenta. Cambiar el microservicio a Akamai EdgeWorkers ahorró un 99 % del tiempo de ida y vuelta. El microservicio ahora devuelve los datos de geolocalización en 20 milisegundos.

EdgeWorkers inyecta los datos de geolocalización a través de una cookie en el borde de Internet. Funciona agregando datos regionales en el encabezado de solicitud. Esto proporciona un doble ahorro. Primero, al eliminar el primer viaje de ida y vuelta para recuperar los datos de geolocalización. Después, al eliminar la necesidad de utilizar una solicitud aparte para recuperar información adicional para la región. Esto hace que la aplicación sea más eficiente. Con menos llamadas a la nube se mejoraron los tiempos de respuesta y se redujeron los costes asociados. Eche un vistazo a este ejemplo basado en cookies. También puede hacer algo similar con una llamada independiente al servicio de geolocalización.

La importancia de lo individual: mejorar la personalización

La optimización del motor de búsqueda es un arte oscuro. Por lo general, se malinterpreta y se difama. Un retailer de artículos deportivos de Norteamérica tenía problemas para encontrar un buen equilibrio entre SEO y rendimiento. Tenía dos objetivos: aumentar el valor del motor de búsqueda y disminuir los costes de la infraestructura de nube. 

Al igual que la mayoría de las empresas B2C, la empresa atrae y retiene a los clientes mediante la personalización. Lleva a cabo campañas de marketing con URL individualizadas que contienen códigos UTM para el seguimiento y el análisis. Es posible que haya visto cadenas del tipo "?utm_source=blog&utm_medium=email&utm_campaign=member" si ha seguido un enlace de un correo electrónico promocional. Estos códigos URL son excelentes para los profesionales del marketing, pero no para el rendimiento de la caché. Para favorecer la eficacia del marketing, cada URL debe ser diferente. Para optimizar el rendimiento de la caché, las URL deben ser coherentes. Para mantener a los usuarios enganchados, las páginas se deben cargar rápidamente. 

Para abordar esto, el cliente escribió una función de JavaScript para mejorar las coincidencias. La función controla la clave de caché e ignora los códigos UTM. A modo de ejemplo, una URL del tipo "www.retailer.com/offers/promo_page?utm_source=blog&utm_medium=email&utm_campaign=member" se corresponde con "www.retailer.com/offers/promo_page." Esto mejora la tasa de coincidencias en caché. Después, la función vuelve a agregar los códigos UTM para mantener el análisis de comportamiento del usuario. Puede leer más acerca de este caso de uso en esta entrada del blog.

Una plataforma de marketing basada en personas hizo algo similar. Los correos electrónicos promocionales de esa empresa incluyen muchos atributos contextuales para proporcionar contenido personalizado. La arquitectura de la plataforma de marketing utiliza diferentes microservicios alojados en distintas plataformas de proveedores de nube. Los atributos del correo electrónico determinan dónde dirigir las solicitudes y qué contenido devolver. Al cambiar esa lógica a Akamai EdgeWorkers, las URL se descodifican y se enrutan desde el borde de Internet. Esto mejora la capacidad de respuesta para el usuario y elimina las solicitudes adicionales al origen.

Privacidad: cumplimiento de las normativas

El RGPD, la CCPA, la APPI y otras leyes sobre privacidad del usuario han puesto el cumplimiento de las normativas en primer plano. Las empresas de todo el mundo han acelerado sus esfuerzos por cumplir las normativas para evitar sanciones. Una empresa global de análisis y medición de medios necesitaba gestionar el contenido de usuario. La primera tarea fue realizar un seguimiento de los datos de consentimiento de los usuarios de sus editores.

La empresa utilizó el Marco de Transparencia y Consentimiento (TCF 2.0) de Interactive Advertising Bureau (IAB), un estándar del sector para enviar y verificar el consentimiento del usuario. Diseñó un microservicio para rastrear el consentimiento de usuario para el seguimiento de actividades. Akamai EdgeWorkers permitió a la empresa crear esto como un microservicio nativo en el borde de Internet. Cuando el usuario da su consentimiento para realizar el seguimiento, las cookies de seguimiento de estado se agregan a la sesión. Esto permite a la empresa personalizar la experiencia del usuario. Si el usuario no da su consentimiento, la cookie se descarta y el usuario tiene una experiencia más general. Descubra más en esta entrada del blog, donde también puede encontrar enlaces al código fuente.

Alrededor del mundo: ¿a qué hora corresponde mi conexión?

Cualquier persona que haya volado ha tenido este problema. Conoce la hora de vuelo programada. Descarga la aplicación de la compañía aérea para obtener notificaciones. Puede comprobar los rastreadores de vuelos y el sitio web del aeropuerto. Cuando llega al aeropuerto, echa un vistazo a la información del vuelo y la puerta de embarque en las pantallas. Una vez que está en la puerta de embarque, se fija en las actualizaciones en el quiosco. En la mayoría de los casos, la información no coincide.

Las compañías aéreas se enfrentan a muchos desafíos al enviar y sincronizar datos críticos. Las velocidades irregulares de Internet y la red hacen que la coordinación de datos en tiempo real sea un problema real. La información contradictoria del estado de los vuelos confunde a los pasajeros y aumenta la demanda de recursos de servicio al cliente. Una distribución de información más precisa y oportuna aumenta la satisfacción del cliente y disminuye los costes.

Una compañía aérea global recurrió a Akamai para que le ayudara a resolver este problema. Constató que las aplicaciones web estándar no eran capaces de superar el problema de sincronización de datos, debido al gran número de aplicaciones que sincronizar. Además, las aplicaciones web se mantienen actualizadas solicitando información en un horario (o en respuesta a un evento). Por ejemplo, ¿alguna vez ha intentado manipular las configuraciones del cliente de correo electrónico del teléfono? Hay un ajuste para la entrega de mensajes pull o push. Pull le indica a la aplicación en el teléfono que solicite actualizaciones al servidor de correo. Push indica al servidor de correo que le envíe información. La sincronización con push o pull se configura según la frecuencia con la que se espera recibir nuevos mensajes. El problema con la información de vuelo es la cantidad de aplicaciones. La aplicación móvil, las pantallas del aeropuerto, los sitios web y los quioscos de la puerta de embarque tienen intervalos diferentes. Por lo tanto, los retrasos de los vuelos aparecerán de manera diferente en cada aplicación. 

La compañía aérea en cuestión utilizó Akamai Edge Cloud para sincronizar la información global de vuelos. A diferencia de las aplicaciones web que emplean HTTP, Edge Cloud utiliza el protocolo MQTT (transporte de telemetría de colas de mensajes). Con MQTT, conseguimos la comunicación entre el editor y el suscriptor. Esto ofrece tres ventajas principales:

1. Los mensajes son más pequeños y se entregan de forma más rápida y fiable.
2. La información es más segura porque solo se envía a suscriptores conocidos.
3. Cada dispositivo que muestra la información del vuelo la recibe al mismo tiempo.

Edge Cloud proporciona notificaciones y mensajes automatizados y fiables en tiempo real. Para obtener más información, lea esta entrada del blog sobre Edge Cloud.

Si busca más ejemplos de código, publicamos una variedad de casos de uso en un repositorio de GitHub que puede ver ahora mismo.