Show Menu
TEMAS×

Información general sobre hosts administrados por Adobes

Los hosts administrados por Adobe son la configuración de host predeterminada para implementar las compilaciones de biblioteca en Adobe Experience Platform Launch. Al crear una nueva propiedad a través de la interfaz de usuario Launch, se crea un host predeterminado administrado por Adobes.
Con los hosts administrados por Adobe, las compilaciones de biblioteca se entregan a una red de envío de contenido (CDN) de terceros con la que Adobe ha firmado un contrato. Estas CDN funcionan de forma independiente del Adobe, por lo que, incluso cuando Launch se esté manteniendo o no funcione, el código implementado seguirá funcionando normalmente en sus sitios y aplicaciones. El código incrustado de un host administrado por Adobe hace referencia al archivo de biblioteca principal en la CDN para que un dispositivo cliente pueda recuperar los archivos en tiempo de ejecución.
Este documento proporciona información general sobre los hosts administrados por Adobes en Launch y proporciona pasos para crear un nuevo host administrado por Adobes en la interfaz de usuario.

Akamai

Actualmente, el proveedor de CDN principal para Adobe es Akamai . La robusta CDN de Akamai está diseñada para ofrecer contenido a una audiencia global y de gran volumen de visitantes web. La CDN ejecuta redes redundantes de nodos de carga equilibrada y optimizados para ofrecer contenido lo más rápido posible a visitantes ubicados en todo el mundo.
En particular, Akamai ejecuta más de 137 000 servidores en más de 1150 redes de 87 países. En cuanto a la redundancia, la CDN no sólo enruta de un servidor a otro, sino que también puede enrutar de un nodo de servidores a otro nodo de servidores según sea necesario. En otras palabras, cada nodo consta de varios servidores, de modo que un servidor que se está apagando nunca se convierte en un problema, ya que los demás servidores del mismo nodo pueden asumir el control.
Si se desactiva un nodo completo, Akamai se sirve desde el nodo más cercano con el mismo contenido almacenado en caché. Los nodos se seleccionan de forma dinámica en función de la ubicación del visitante, la carga de tráfico y otros factores, de modo que el contenido se proporciona de forma consistente desde el mejor nodo local para cada visitante.
Los archivos alojados en Akamai tienen un dominio de assets.adobedtm.com . Se puede hacer referencia a esto de forma segura o no ( http:// o https:// ) según cómo se llame en el <script> código incrustado.
Si la biblioteca no está disponible en la red de Akamai, Launch no puede evitar errores que puedan surgir como consecuencia de ella.

Caché de compilación de biblioteca

Al utilizar hosts administrados por Adobes, las compilaciones de biblioteca se almacenan en caché en dos ubicaciones:

Almacenamiento en caché de Edge

El propósito principal de una CDN es distribuir de forma inteligente el contenido a servidores geográficamente más cercanos a los usuarios finales, de modo que los dispositivos cliente puedan recuperar el contenido con mayor rapidez. Las CDN logran esto haciendo que las copias del contenido estén disponibles en servidores distribuidos geográficamente en todo el mundo ("nodos Edge").
Una vez que la compilación se ha implementado en el host administrado por Adobe, la CDN distribuye la compilación en varios servidores centralizados ("orígenes"), que luego envía copias de la compilación a varios nodos Edge del mundo para almacenamiento en caché. Las versiones en caché de la compilación almacenadas en estos nodos Edge se proporcionan finalmente a los dispositivos cliente.
Para los hosts administrados por Adobe, la primera biblioteca publicada en cualquier entorno nuevo puede tardar hasta cinco minutos en propagarse a la CDN global.
Cuando un nodo Edge recibe una solicitud para un archivo específico (como la compilación de su biblioteca), el nodo comprueba primero el valor de tiempo de vida (TTL) del archivo. Si el TTL no ha caducado, el nodo edge proporciona la versión en caché. Si el TTL ha caducado, el nodo edge solicita una copia nueva del origen más cercano, sirve esa copia actualizada y, a continuación, almacena en caché la copia actualizada con un TTL nuevo.
Además del almacenamiento en caché de nodos Edge, también puede haber redes intermedias (como redes corporativas o móviles) que realizan su propio almacenamiento en caché. Si las compilaciones no se almacenan en caché como se espera, estas redes pueden ser la causa subyacente.

invalidación de caché de Edge

Al cargar una nueva compilación de biblioteca, Launch invalida las memorias caché en todos los nodos Edge aplicables, lo que significa que cada nodo considera que su versión en caché no es válida, independientemente de cuán recientemente recuperó una copia nueva. La próxima vez que un nodo edge reciba una solicitud para ese archivo, el nodo recuperará una copia nueva del origen.
Debido a que Akamai tiene varios servidores de origen que replican archivos entre sí, y dado que no hay forma de saber qué origen recibió primero el archivo, es posible que estas solicitudes de nodo lleguen a un origen que no tiene la versión más reciente y luego almacenen de nuevo en caché la versión más antigua. Para evitar que esto ocurra, Launch realiza varias invalidaciones de caché para cada nueva compilación en los siguientes intervalos:
  • Inmediatamente después de la carga
  • 5 minutos después de la carga
  • 60 minutos después de la carga
Estas invalidaciones de caché escalonadas dan tiempo a los grupos de servidores de origen para replicar la última versión del archivo entre ellos, de modo que todos tengan la última versión cuando se recupere el archivo.

Almacenamiento en caché del explorador

Las compilaciones de biblioteca también se almacenan en caché en el explorador mediante el uso del encabezado cache-control HTTP. Al utilizar hosts administrados por Adobe, no tiene control sobre los encabezados devueltos en las respuestas de API, por lo que se utiliza el Adobe predeterminado para el almacenamiento en caché. En otras palabras, no puede utilizar encabezados personalizados para hosts administrados por Adobes. Si necesita un cache-control encabezado personalizado, puede considerar el alojamiento propio.
El tiempo de vida (TTL) de la compilación de la biblioteca en caché del explorador (determinado por el cache-control encabezado) variará según el entorno de inicio que utilice:
Entorno
cache-control valor
Desarrollo
max-age=0, no-cache, no-store
Ensayo
max-age=0, no-cache, no-store
Producción
max-age=3600
Como se indica en la tabla anterior, el almacenamiento en caché del navegador no es compatible con los entornos de desarrollo y ensayo. Como tal, no debe utilizar los códigos incrustados de desarrollo o ensayo en contextos de alto tráfico o producción.
Los encabezados de control de caché solo se aplican a la compilación de la biblioteca principal. Los subrecursos debajo de la biblioteca principal siempre se consideran net-new y, por lo tanto, no es necesario almacenarlos en caché en el explorador.

Uso del alojamiento gestionado por Adobe en la interfaz de usuario de inicio

La primera vez que se crea una propiedad en la interfaz de usuario de Launch, se crea automáticamente un host administrado por Adobes. Todos los entornos que se proporcionan de forma predeterminada para la propiedad también se asignan al host administrado por Adobe de forma predeterminada.
Si el host administrado por Adobe predeterminado no está asignado de todos los entornos, se puede eliminar. Si desea volver a un host administrado por Adobes después de hacerlo, puede crear un nuevo host mediante los siguientes pasos:
  1. Seleccione la Hosts ficha de la propiedad y, a continuación, seleccione Add Host .
  2. Proporcione un nombre para el host, seleccione Managed by Adobe como tipo de host y, a continuación, seleccione Save .
A continuación, puede volver a asignar sus entornos al host administrado por Adobe según lo desee.

Pasos siguientes

Este documento proporciona una visión general del alojamiento administrado por Adobes en Launch. Para obtener información sobre otras opciones de alojamiento, consulte la siguiente documentación:
Para obtener más información sobre cómo administrar los hosts de sus entornos, consulte la guía de entornos .