Radar

Introducción

El Radar forma la columna vertebral de la metodología de recopilación de datos. Radar utiliza un script JavaScript incrustado en una página de contenido o páginas del proveedor de aplicaciones para recopilar información sobre el rendimiento y la disponibilidad de un centro de datos o una plataforma de entrega.

El cliente Radar es una aplicación JavaScript que se ejecuta en páginas web del cliente y dentro de aplicaciones móviles. Su objetivo principal es recopilar los datos de rendimiento de la red que se utilizan para tomar decisiones de enrutamiento inteligentes a través de Openmix y proporcionar complementos opcionales para habilitar otros servicios de administración inteligente del tráfico de NetScaler, como el tiempo de carga de la página, la temporización de los recursos de la página y las métricas de reproducción de vídeo.

El cliente Radar tiene todas las funciones, pero ligero y discreto. El cliente espera hasta que la mayoría de los recursos de la página se hayan descargado antes de realizar la mayor parte de su trabajo, y toda la comunicación de red se realiza de manera asíncrona siempre que sea posible. Estas instrucciones especifican qué plataforma medir a continuación durante la sesión, escogida entre las plataformas de la comunidad y cualquier plataforma privada específica para ese miembro de la comunidad. También indican los tipos de mediciones que se van a realizar, que pueden incluir disponibilidad, tiempo de ida y vuelta, rendimiento u otra recopilación de métricas.

Para que sea lo más pequeño posible, el JavaScript se compila con optimizaciones avanzadas utilizando el compilador de cierre de Google. Las funciones opcionales avanzadas se entregan como complementos para los clientes que opten por utilizarlas.

Comunidad de Radar

Utilizando un enfoque único basado en la comunidad, Radar aporta una transparencia sin igual al rendimiento global y la disponibilidad de las infraestructuras públicas más grandes del mundo, desde Cloud Computing y Almacenamiento hasta Redes de Entrega de Contenido y Aplicaciones. Con Radar, los clientes pueden encontrar rápidamente las plataformas de mejor rendimiento y peor rendimiento para cada uno de sus visitantes.

Radar es la primera cooperativa de supervisión en la nube de Internet. Convertirse en miembro de la Comunidad significa acceso ilimitado a nuestra base de datos de informes históricos, incluida la segmentación detallada por proveedor, país y red.

Ser miembro de la comunidad de Radar también proporciona un amplio conjunto de herramientas para capturar los niveles de servicio proporcionados por las infraestructuras de entrega de contenido internas y externas. Exclusiva de Radar es la capacidad de utilizar a los visitantes de su sitio web para medir la experiencia que recibirían de plataformas que no utilizan actualmente una empresa. La misma metodología permite realizar evaluaciones objetivas de las plataformas en la nube a lo largo de su ciclo de vida, incluida la evaluación continua del rendimiento en relación con los acuerdos de nivel de servicio.

Al agregar una etiqueta JavaScript simple a su página web o un SDK a aplicaciones móviles, los clientes pueden convertir a cada uno de sus visitantes en un ‘agente de prueba’ virtual. El Radar desencadena mediciones basadas en dispositivos descargando objetos de referencia y comparando la infraestructura interna y externa, los centros de datos, las redes de entrega y las plataformas en la nube según lo ven los usuarios finales reales de sitios o aplicaciones web.

Beneficios clave de la participación

Radar aborda múltiples desafíos de la entrega web a través de su enfoque de supervisión y recolección de datos. Los principales beneficios de participar en la comunidad de Radar son:

• Entorno de pruebas masivo, con usuarios finales en cada red en cada ubicación (más de 42 000 redes reconocidas hasta el momento).
• Obtenga información importante sobre los proveedores de servicios antes de la prueba para tomar una decisión más informada.
• Transparencia en el rendimiento de los proveedores actuales y cómo se comportan en las geografías donde usted tiene y no tiene usuarios.
• Centrarse en las métricas que marcan una diferencia real para los usuarios web y móviles (Rendimiento, Disponibilidad y QoS).
• Visión global (más de 190 países) sin restricciones de la información hasta los niveles de país, red, región y estado.
• Datos reales e imparciales mediante el uso de usuarios finales Los datos de radar son información del «mundo real» y no una prueba sintética o una mejor suposición.
• Todos los usuarios no son iguales: Entender diferentes máquinas, conexiones y dispositivos.
• Visibilidad del rendimiento de las páginas reales.

Puntos de referencia

ITM Radar ofrece 3 puntos de referencia principales:

• Evaluación comparativa de la comunidad
• Benchmarking privado
• Evaluación comparativa de carga de página

Evaluación comparativa de la comunidad de CDN, Cloud y Data Centers

Las mediciones de la comunidad se obtienen a través de un modelo de aprovisionamiento multitudinario que proporciona al cliente una visión del rendimiento y la disponibilidad de un proveedor a nivel geográfico y lógico a nivel global. Las mediciones de la comunidad permiten realizar comparaciones entre la calidad de la experiencia de un proveedor vista por el usuario final y permiten un análisis hipotético al evaluar a los vendedores y proveedores para la distribución de contenido y aplicaciones. Al utilizar un modelo de crowdsourcing, los clientes de ITM se benefician al obtener un mayor nivel de granularidad y calidad de los datos en la evaluación y supervisión del rendimiento de los proveedores, incluso en lugares donde un cliente puede no tener una alta densidad de usuarios, o incluso cualquier usuario en absoluto.

Las mediciones en sí mismas utilizan un conjunto estándar de objetos ubicados en los diferentes proveedores de Cloud y CDN que los usuarios finales descargan cuando ejecutan el cliente JavaScript de Radar, o la lógica de SDK móvil, en el sitio o aplicación de un propietario de contenido.

Las siguientes métricas se notifican a ITM y se presentan en las interfaces de informes de Portal o API:

• Availability: si el objeto se carga o no.
• Tiempo de respuesta: cuánto tiempo tarda el servidor en responder a una solicitud posterior, una vez completado todo el ruido de establecer una conexión. Esto es una aproximación relativamente cercana del tiempo de ida y vuelta (RTT) de TCP desde el navegador hasta el proveedor.
• Throughput: es la velocidad de datos de la conexión, en kilobits por segundo, medida a partir de la recuperación de un objeto de 100 KB.

Benchmarking privado

Como parte del despliegue de Radar Tag, ITM ofrece al cliente la posibilidad de crear sus propias pruebas «de referencia» que miden los visitantes del cliente. Esto puede ser para Data Centers o sus propios contratos CDN y Cloud. Al igual que con las mediciones de referencia de la comunidad, se proporcionan las mismas métricas: Disponibilidad, Tiempo de Respuesta y Rendimiento, lo que permite al cliente evaluar eficazmente una estrategia de entrega de contenido existente.

Esta información privada solo está disponible para el cliente y no se comparte.Entre los usos de ejemplo se incluyen:

• Arquitectura de centros de datos propios
• Usando su propio objeto de prueba o página
• Utilizar su propio contrato y cuenta con un proveedor específico o conjunto de proveedores

Evaluación comparativa de carga de páginas de Radar

Dentro de Radar ITM ofrece la posibilidad de que el cliente vea información detallada sobre cómo se descargan las páginas en las que se implementa la etiqueta. ITM proporciona información que le permite ver el rendimiento real de los usuarios finales al interactuar con sus páginas web. Los datos se proporcionan a través de la API de sincronización de navegación compatible con muchos de los exploradores de versiones más recientes.

Etiqueta de Radar

La etiqueta Radar se puede integrar mediante un fragmento de JavaScript. Para navegar a la página Etiqueta de Radar, haga lo siguiente:

1. Inicie sesión en el portal de administración inteligente del tráfico de NetScaler.
2. En el menú de navegación de la izquierda, seleccione Radar > Javascript Tag.

Se abrirá la página Etiqueta de Radar.

Si aún no ha configurado la etiqueta de Radar, verá una barra horizontal naranja en la parte superior de la pantalla que le indica que no se han detectado mediciones de Radar.

Esta barra naranja también aparecerá si la etiqueta no se ha configurado correctamente.

Alternativamente, si la etiqueta de Radar funciona como se esperaba, verá una barra horizontal verde que le indica que las mediciones de Radar se obtuvieron correctamente.

En esta página puede seleccionar la versión de etiqueta que sea aplicable a su uso y copiarla en el portapapeles.

Nota: Es importante no cambiar este fragmento de JavaScript. El código incluye información importante que, si se cambia, puede crear un comportamiento inesperado o poco confiable.

Integración de la etiqueta de Radar

Integrar la etiqueta Radar es relativamente simple. Todo lo que necesita hacer es agregar uno de los fragmentos de JavaScript a continuación al marcado de su sitio. Colóquelo en el HTML de las páginas que desee medir. Recomendamos colocarlo en la parte inferior de la página antes de la etiqueta del cuerpo de cierre</body>.

Etiqueta de Radar predeterminada

Esta es la versión recomendada de la etiqueta Radar. Esta versión espera hasta que se complete el evento de carga antes de descargar y ejecutar el cliente de Radar, asegurando que el evento de carga no se interrumpa.

<script>
if (typeof window.addEventListener === "function") {
    window.addEventListener("load", function() {
        if (window.cedexis === undefined) {
            var radar = document.createElement("script");
            radar.src = "//radar.cedexis.com/1/54621/radar.js"; // replace with user specific value
            document.body.appendChild(radar);
        }
    });
}
</script>
<!--NeedCopy-->

Esta versión de la etiqueta evita que la descarga del cliente de Radar bloquee el análisis de la página, pero la ejecuta antes de que se desencadene el evento de carga. Es principalmente para los clientes que utilizan la configuración de la directiva de seguridad de contenido que impide el uso de JavaScript en línea. También es para los clientes que utilizan el complemento Video QoS, donde el cliente Radar debe cargarse lo antes posible.

<script src="//radar.cedexis.com/1/54621/radar.js" async></script>
<!--NeedCopy-->

Medidas recientes

La tabla Medidas recientes le permite ver las últimas mediciones realizadas con Radar.

Haga clic en el botón Medidas recientes. Le da la siguiente información:

• Fecha y hora en que se tomó la medición en UTC.
• País en el que se realizó la medición.
• La plataforma que se utilizó para tomar la medición.
• El ID de la plataforma.
• El tipo de medida tomada es decir, Tiempo de conexión (en milisegundos), Tiempo de respuesta (en milisegundos) o Rendimiento (en kilobits por segundo)
• El valor real de la medición en milisegundos (para el tiempo de conexión y el tiempo de respuesta) o Kilobits por segundo (para el rendimiento).

La barra de mediciones de Radar también aparecerá en la página del Panel de control de Radar cuando inicie sesión por primera vez en el portal ITM.

Integración con aplicaciones móviles

La integración con aplicaciones móviles se lleva a cabo a través de envoltorios alrededor de vistas web ocultas que ejecutan el cliente JavaScript. Esto garantiza que los datos recopilados en exploradores y aplicaciones móviles sean coherentes.

Instrucciones para integrar Radar con la aplicación iOS Este siguiente repositorio de GitHub contiene el código contenedor e instrucciones paso a paso para integrar Radar con la aplicación iOS:

Radar Runner para iOS

Instrucciones para integrar Radar con Android Android Radar es una biblioteca cliente que facilita la integración de Radar en aplicaciones Android. Se puede encontrar aquí:

Biblioteca AndroidRadar

Integración con NetScaler

La etiqueta Radar es importante porque proporciona a Openmix mediciones que permiten a Openmix tomar mejores decisiones de enrutamiento. Cuantas más páginas web usen la etiqueta, mejores son las decisiones de enrutamiento.

Los métodos siguientes le permiten colocar la etiqueta JavaScript de Radar en su página web mediante NetScaler. Puede utilizar la línea de comandos o la Utilidad de configuración de NetScaler.

Estos métodos le permiten inyectar la etiqueta Radar en sus respuestas. Para inyectar la etiqueta Radar, debe usar reescrituras. Las reescrituras se dividen en tres pasos: crear acciones, configurar directivas y directivas de enlace.

Configuración de la línea de comandos

Línea de comandos Configuración de la acción de reescritura

Plantilla:

add rewrite action <name> <type> <target> [<stringBuilderExpr>] [-pattern <expression> | -search <expression>] [-refineSearch <string>] [-comment <string>]
<!--NeedCopy-->

Ejemplo:

add rewrite action radar_tag action insert_after HTTP.RES.BODY(HTTP.RES.CONTENT_LENGTH).BEFORE_STR("</body>") '"<script async src=\\"//radar.cedexis.com/1/<customer_id>/radar.js\\"></script>"'
<!--NeedCopy-->

Nota: Inserte su propio ID de cliente donde dice<customer_id>

Línea de comandos configurar la directiva de reescritura

Plantilla:

add rewrite policy <name> <rule> <action> [<undefAction>] [-comment <string>] [-logAction <string>]
<!--NeedCopy-->

Ejemplo:

add rewrite policy radar_tag_policy HTTP.RES.HEADER("Content-Type").TO_LOWER.CONTAINS("text/html") radar_tag_action
<!--NeedCopy-->

Directiva de reescritura de enlace de línea de comandos

Plantilla 1:

bind vpn vserver <name> [-policy <string> [-priority <positive_integer>] [-secondary] [-groupExtraction] [-gotoPriorityExpression <expression>] [-type <type>]] [-intranetApplication <string>] [-nextHopServer <string>] [-urlName <string>] [-intranetIP <ip_addr> <netmask> ] [-staServer <URL> [-staAddressType ( IPV4 | IPV6 )]] [-appController <URL>] [-sharefile <string>]
<!--NeedCopy-->

Ejemplo 1:

bind vpn vserver <name_of_vserver> -policy radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Plantilla 2:

bind cs vserver <name> (-lbvserver <string> | -vServer <string> | (-policyName <string> [-targetLBVserver <string>] [-priority <positive_integer>] [-gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] ) | (-domainName <string> [-TTL <secs>] [-backupIP <ip_addr|ipv6_addr|*>] [-cookieDomain <string>] [-cookieTimeout <mins>] [-sitedomainTTL <secs>]))
<!--NeedCopy-->

Ejemplo 2:

bind cs vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Plantilla 3:

bind lb vserver <name>@ (<serviceName>@ [- weight <positive_integer>]) | <serviceGroupName>@ | (- policyName <string>@ [-priority <positive_integer>] [- gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] )
<!--NeedCopy-->

Ejemplo 3:

bind lb vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10
<!--NeedCopy-->

Plantilla 4:

bind rewrite global <policyName> <priority> [<gotoPriorityExpression>] [-type <type>] [-invoke (<labelType> <labelName>) ]
<!--NeedCopy-->

Ejemplo 4:

bind rewrite global radar_tag_policy 100 -type RES_DEFAULT
<!--NeedCopy-->

Configuración de la utilidad GUI

Acción de reescritura de GUI

1. En el menú de navegación de la izquierda de la página Configuración de NetScaler, vaya a AppExpert -> Rewrite -> Rewrite -> Rewrite Actions

2. Seleccione el botón Agregar.

3. En la página Configurar acción de reescritura, introduzca la expresión como se muestra en el ejemplo.

4. En el script de Radar, introduzca su ID de cliente en el espacio marcado<customer_id>.

5. Seleccione OK. Ha completado la creación de la acción de reescritura.

Directiva de reescritura de GUI

1. En el menú de navegación de la izquierda de la página Configuración de NetScaler, vaya a AppExpert -> Rewrite -> Rewrite -> Rewrite Policies

2. Seleccione el botón Agregar.

3. En la página Configurar directiva de reescritura, introduzca la expresión como se muestra en el ejemplo.

   

4. Haga clic en Crear.

Ha completado la configuración de la directiva de reescritura.

Directiva de reescritura de enlace de GUI

Una vez que haya terminado de configurar la directiva, el último paso es enlazar la directiva mediante el Administrador de directivas.

1. Vaya a la página Volver a escribir directivas.

2. Seleccione la directiva de reescritura que creó para la etiqueta de Radar.

3. Vaya al Administrador de directivas.

   

4. En la página Administrador de directivas, puede enlazar la directiva haciendo lo siguiente.

   • Para Punto de enlace, tiene la opción de seleccionar Anular Global, Servidor Virtual VPN, Servidor VirtualContent Switching o ServidorVirtual de Equilibrio de carga.
   • Para Protocolo, seleccione HTTP.
   • Para Tipo de conexión, seleccione Respuesta.
   • Para Virtual Server, use su propio nombre de servidor virtual.

   

   • Haga clic en Continuar.
   • En la página siguiente, seleccione la directiva de reescritura que creó anteriormente.
   • Agregar detalles de enlace.
   • Haga clic en Bind.

   

Con los métodos anteriores usted es capaz de insertar la etiqueta Radar en sus páginas web. Sin embargo, hay que señalar que se trata de una implementación básica. Se puede realizar un filtrado adicional para controlar mejor las páginas que tienen la etiqueta implementada.

Configuración de la etiqueta de Radar

Puede configurar Radar en la página de configuración de etiquetas de radar .

1. Inicie sesión en el portal de administración inteligente del tráfico de NetScaler.
2. En el menú de navegación de la izquierda, seleccione Radar > Configuración de etiquetas.

Se abrirá la página Configuración de la etiqueta de Radar. Aquí puede configurar varias opciones para personalizar las mediciones de Radar. El JavaScript de Radar tiene parámetros que se pueden personalizar para ajustar los elementos de tiempo y retardo; número de pruebas completadas por los usuarios finales para mediciones comunitarias y privadas; y valores de tiempo de espera para medir la disponibilidad, etc.

En la siguiente tabla se proporciona información sobre las opciones de configuración y los valores predeterminados de cada una. Al realizar cambios, asegúrese de hacer clic en Actualizar configuración de Radar en la parte inferior de la pantalla para aplicar los cambios.

*Automático significa que NetScaler Intelligent Traffic Management determina cuántas plataformas deben medirse para una sesión determinada, en función de la ubicación del usuario final. Tratamos de medir más plataformas por sesión para redes pequeñas, donde los datos son escasos, en lugar de las redes grandes, donde son densos.

**Este es el número máximo de mediciones intentadas por sesión. Por ejemplo, Radar puede medir 4 plataformas privadas por sesión, todas ellas configuradas para medir tanto RTT como el rendimiento. Pero si las mediciones de rendimiento privado máximo se establecen en 2, el cliente dejará de incluir las mediciones de rendimiento después de medir las primeras 2 plataformas privadas. Para las dos últimas plataformas, solo medirá RTT.

Las opciones de temporización le permiten establecer la duración de tiempo que Radar debe esperar antes de comenzar a tomar medidas.

Nota: El retraso de inicio es en segundos, mientras que el retraso de repetición es en minutos.

Opciones de protocolo

Normalmente, el cliente Radar solo mide plataformas con direcciones URL cuyos protocolos coinciden con los de la página donde se ejecuta. Estas opciones le permiten anular ese comportamiento para plataformas privadas. Por ejemplo, habilitar «Permitir siempre mediciones HTTPS privadas» permite al cliente medir https://myprovider.com/r20.gif desde http://example.com, mientras que «Permitir siempre mediciones HTTP privadas» permite al cliente medir http://myprovider.com/r20.gif desde https://example.com.

Por lo general, estas opciones deben evitarse excepto en casos de uso extremo. La mejor manera de asegurarse de obtener una densidad de medición privada adecuada es tener sus plataformas configuradas para medir las plataformas y protocolos que realmente utiliza en producción (y no más), y tener la etiqueta Radar implementada en tantas páginas de producción como sea posible. A veces nos referimos a esto como «Poner el radar donde se necesita». «

La frecuencia de muestreo le permite establecer un porcentaje de páginas web (vistas por los usuarios) para recopilar las mediciones. Por ejemplo, si su sitio web obtiene 100 000 páginas vistas al día y establece una tasa de muestreo del 5%, Radar solo recopilará mediciones del 5% de las 100 000 vistas de página.

Medidas privadas

Esta configuración se aplica a las mediciones de sus plataformas privadas. Las plataformas privadas son aquellas que configura en la sección Plataformas para medir CDN específicos, proveedores de nube y otras partes de su infraestructura. Consulte la sección Plataformas para obtener más información.

Esta opción le permite configurar el comportamiento de Radar al proporcionar información a la comunidad.

Desactivar las pruebas de Radar

Si hay un requisito para desactivar rápidamente las mediciones de Radar en caso de que ocurra algo inesperado, puede hacerlo dentro del Portal para evitar cambios de código de emergencia en su sitio.

En la página Configuración de etiquetas de Radar, desactive Mediciones privadas, Mediciones de comunidad o ambas haciendo clic en el botón Activado para Desactivado.

Haga clic en Guardar configuración de Radar para confirmar los cambios. Los cambios pueden tardar uno o dos minutos en propagarse después de lo cual las mediciones del Radar se detienen.

Mediciones comunitarias

Metodología del cliente de Radar

Una dimensión fundamental del comportamiento del cliente es la sesión. Todos los datos que envía el cliente están asociados a una sesión. Las sesiones se crean realizando una llamada a los servidores ITM de NetScaler, conocida como solicitud de inicialización. Las sesiones caducan con bastante rapidez, lo que ayuda a garantizar que solo se acepten datos Radar válidos. Gracias a esta función, las mediciones de radar siempre vienen en lotes asociados a su ID de transacción de sesión y, a menudo, nos referimos a una «sesión de radar» para describir las mediciones asociadas a ella.

Sesión de Radar

Una sesión de Radar es la unidad principal de trabajo que realiza el cliente. Consiste en una solicitud a los servidores ITM de NetScaler para obtener la configuración del cliente y un conjunto de plataformas para medir, seguida de solicitudes para medir esas plataformas e informar de los resultados. Estos tienen lugar de forma asíncrona y serializada, de modo que solo se realiza una solicitud a la vez.Una sesión típica se completa en menos de 10 segundos.

Tipos de sondeo

Cada informe que envía el cliente tiene un tipo de sonda asociado, que indica al sistema qué tipo de medida es y cómo tratarla. También indica los tipos de mediciones que se realizarán, que pueden incluir disponibilidad, tiempo de ida y vuelta, rendimiento u otra recopilación de métricas.

Existe una relación importante entre la disponibilidad y el sondeo del rendimiento (como el tiempo de ida y vuelta y el rendimiento). La disponibilidad de un recurso en particular siempre se mide primero en una sesión de medición concreta. Solo si la medición de disponibilidad se realiza correctamente, se pueden realizar mediciones de rendimiento adicionales del mismo recurso en esa misma sesión. «

Si una red particularmente lenta sufre una interrupción de disponibilidad, esto puede dar como resultado el rendimiento agregado de los informes que incluyen esta red para mejorar realmente. Esto es solo un artefacto de generación de informes, ya que NetScaler Intelligent Traffic Management siempre utiliza los datos de rendimiento más detallados y específicos de la red para tomar decisiones en tiempo real.

Disponibilidad

La disponibilidad también conocida como sondeos de arranque en frío está pensada para permitir que los servicios calienten sus cachés. Aunque hay un valor de medición asociado con este sondeo. Utilizamos el sondeo de disponibilidad para determinar si el proveedor está disponible.

Si una plataforma no está configurada para realizar un sondeo de arranque en frío, utilizamos los resultados del sondeo RTT en lugar de un informe de arranque en frío para proporcionar métricas de disponibilidad.

Del mismo modo, para los objetos dinámicos que miden los servicios de aceleración del sitio, el cliente descarga el objeto de prueba pequeño una vez e informa del valor de medición tanto para el inicio en frío como para el tiempo de respuesta.

RTT

Rendimiento

Objetos de prueba

Los objetos de prueba son archivos alojados en plataformas y descargados por el cliente para generar mediciones. En esta sección se describen los diferentes tipos de objetos de prueba que admite el cliente. No todos los tipos de objetos se aplican a todas las plataformas.

Encabezado requerido:

El encabezado de respuesta Timing-Allow-Origin es necesario para permitir el acceso de JavaScript a los datos de temporización de bajo nivel suministrados por la API Resource Timing. La configuración recomendada es la Timing-Allow-Origin: *siguiente: se debe conceder permiso para acceder a los datos de temporización del recurso a JavaScript que se ejecute en cualquier dominio.

Estándar

Los objetos de prueba estándar son medios, que el cliente descarga estableciendo elsrc atributo en un objeto Image. Una vez descargado, el cliente utiliza la API de sincronización de recursos para recopilar datos de rendimiento. Estos objetos de prueba deben ser servidos con el encabezado de respuesta Timing-Allow-Origin. Consulte la sección Timing-Allow-Origin Encabezado para obtener más información.

Estándar pequeño

El pequeño objeto de prueba estándar es un archivo de imagen de un solo píxel, que se utiliza cuando el cliente necesita realizar una solicitud de red ligera.

El objeto de prueba pequeño estándar se utiliza en los siguientes casos de uso:

• Sondas de arranque en frío no dinámicas
• Sondas de tiempo de ida y vuelta no dinámicas

Estándar Grande

El objeto de prueba grande estándar es un archivo de imagen de 100 KB utilizado para medir el rendimiento de una plataforma.

Nombres de objetos grandes: para calcular el rendimiento, el cliente necesita saber el tamaño del objeto de prueba.El cliente determina el nombre del archivo buscando KB en algún lugar del nombre del archivo;r20-100KB.png, por ejemplo. Los clientes pueden medir archivos de imagen de diferentes tamaños siempre y cuando el nombre contenga el tamaño de archivo de la misma manera, por ejemplomyimage-2048kb.jpg.

Dinámico

Los objetos de prueba dinámicos se utilizan para medir el rendimiento asociado con los servicios de aceleración de sitio. Cada uno es un archivo HTML que contiene JavaScript capaz de recopilar marcas de tiempo de la API de sincronización de navegación y publicarlas en la página principal. El cliente descarga el objeto de prueba utilizando un iframe y obtiene estas marcas de tiempo, que utiliza para calcular las mediciones.

Seguridad y validación

El objeto de prueba es un objeto de 40 KB. Una nueva función del objeto de prueba es un HMAC (código de autenticación de mensajes basado en hash) que proporciona basado en parámetros de consulta y una clave secreta a la que el servidor tiene acceso. Este HMAC se envía de vuelta con nuestra medición, lo que nos permite validar que el cliente de Radar pudo acceder al objeto de prueba y no se almacenó nada en caché.

Diferencia entre objetos de prueba dinámicos y estándar:

Para las mediciones de Radar estándar, tratamos de aislar solo la actividad de solicitud principal asociada con la descarga de objetos de prueba, mientras que para los servicios de aceleración de sitio nuestro objetivo es medir más de la actividad. Por lo tanto, la búsqueda DNS y el tiempo de conexión también se incluyen. Además, las mediciones dinámicas están destinadas a medir el rendimiento de la solicitud al acceder al origen del servicio, no solo a una caché de borde.

En el Portal, puede elegir esta metodología haciendo lo siguiente:

• En el menú de navegación de la izquierda, vaya a Plataformas.
• Haga clic en el icono Agregar plataforma en la esquina superior derecha de la página.
• Vaya a Plataforma privada > Categoría > Contenido dinámico.
• En el cuadro de diálogo Objetos de prueba de Radar, haga clic en la casilla de verificación Personalizar sondas.
• Introduzca la url Tiempo de respuesta y seleccione Dinámica de página web en la lista implementable Tipo de objeto.

El objeto de prueba pequeño dinámico se utiliza para medir la disponibilidad y el tiempo de ida y vuelta utilizando el mismo sondeo para los servicios de aceleración de sitio.

En AV

El objeto de prueba iNav es un archivo HTML estático que contiene JavaScript capaz de realizar una serie de tareas. El cliente indica qué tarea le gustaría realizar incluyendo parámetros de cadena de consulta en la URL que carga el archivo HTML en un iframe. El objeto de prueba iNav admite los siguientes casos de uso: iNav arranque en frío iNav tiempo de ida y vuelta

iUni

El objeto de prueba iUNI se utiliza para detectar el valor UNI asociado con un conjunto de mediciones de Radar para una plataforma (el otro método es CORS AJAX que no requiere un objeto de prueba separado).

AJAX GET

La metodología AJAX GET generalmente se puede usar con cualquier URL que el cliente desee medir, siempre que se sirva con el encabezado Timing-Allow-Origin y un encabezado Access-Control-Allow-Origin apropiado. En el Portal, puede elegir esta metodología haciendo lo siguiente:

• En el menú de navegación de la izquierda, vaya a Plataformas.
• Haga clic en el icono Agregar plataforma en la esquina superior derecha de la página.
• Vaya a Plataforma privada > Categoría > Contenido dinámico.
• En el cuadro de diálogoObjetos de prueba de Radar, haga clic en la casilla de verificación Personalizar sondas.
• Introduzca el tiempo de respuesta y elija AJAX (GET) en la lista implementable Tipo de objeto.

Encabezado de Timing-Allow-Origin

El encabezado de respuesta Timing-Allow-Origin es necesario para permitir el acceso de JavaScript a los datos de temporización de bajo nivel suministrados por la API Resource Timing. La configuración recomendada es Timing-Allow-Origin: *, que indica que se debe conceder permiso para acceder a los datos de temporización del recurso a JavaScript que se ejecute en cualquier dominio.

API de Radar

Radar proporciona API para funciones operativas y de recuperación de datos.

• API de operaciones: Agregar/Modificar/Eliminar cuentas de Radar y los mecanismos de control para ejecutar su cuenta a través de una API

• API de datos de Radar: La API de datos de Radar de ITM proporciona agregados de la comunidad pública de Radar y datos de medición privados. Los datos se actualizan continuamente y se almacenan por lotes aproximadamente cada 60 segundos para que la API los recupere. La API de datos se proporciona para permitir a los clientes integrar datos de Radar en sus propios informes y paneles. Una sola llamada a la API puede proporcionar cuartil Radar o medias de mediciones de medianas para todos los países y hasta 30 ASN de interés, para cada plataforma.

Informes de Radar

Los informes de Radar proporcionan una potente visibilidad de los datos dinámicos recopilados a través de la etiqueta de Radar.

Los miembros del Radar tienen acceso a un rico conjunto de datos presentado a través de gráficos interactivos intuitivos. El conjunto de datos recopilado incorpora tanto el conjunto completo de datos públicos de miles de millones de mediciones como un contexto para los datos privados recopilados desde la etiqueta Radar de un cliente o la implementación de SDK móvil. La información del tiempo de carga de página se captura con la etiqueta del cliente, lo que proporciona una visión profunda de la experiencia real de rendimiento de su sitio web y de los usuarios finales de aplicaciones móviles.

Además de las métricas de rendimiento, los informes de Radar proporcionan información sobre muchas facetas de su audiencia de usuario final, incluyendo: volúmenes, geografías, agentes de usuario, tipos de SO y el momento en que utilizan su sitio web o aplicación móvil.

Cada informe se define a continuación, pero aquí hay aspectos importantes de todos los informes:

Cotas primaria y secundaria

La dimensión principal del gráfico se selecciona mediante una lista de selección de lista situada encima del gráfico. Utilice esto como un potente pivote en el informe. También se puede elegir una dimensión secundaria para refinar aún más los informes.

Alternar fondo de visualización

Alternar

Los gráficos se establecen en un fondo blanco de forma predeterminada. Alternar el fondo a un color oscuro para los monitores de alto contraste mediante la alternancia de fondo.

Exportación de datos

Además, el usuario final puede descargar los datos del gráfico y de la tabla a través del enlace de descarga en la parte superior del informe.

Filtro: Rango de tiempo del informe

Los informes de Radar se pueden generar con un rango de tiempo de últimos 60 minutos, últimas 24 horas, últimas 48 horas, últimos 7 días, últimos 30 días o un rango personalizado. La vista predeterminada es las últimas 24 horas.

Filtro: Plataforma y Ubicación

Los informes varían ligeramente en términos de qué filtros son apropiados en función de los datos. Los siguientes son los más comunes:

• Plataforma: Seleccione una o más plataformas (proveedor) para incluir.
• Continente: Seleccione uno o más continentes para incluir.
• País: Seleccione uno o más países para incluir.
• Región: Seleccione una o más regiones geográficas (cuando corresponda) que quiera incluir.
• Estado: Seleccione uno o más estados geográficos (cuando corresponda) para incluirlos.
• Red: Seleccione una o más redes (ASN) que quiere incluir.

Filtrar: Recursos

• Fuente de datos : incluya datos de toda la comunidad de Radar o solo de los visitantes de su sitio.
• Origen de ubicación: Seleccione la IP del cliente o la IP de resolución como su origen de ubicación.
• Tipo de cliente de Radar: seleccione el tipo de cliente de Radar como una etiqueta JavaScript, SDK de iOS o SDK de Android.

Informe de ubicación geográfica de mis vistas de página

Este informe muestra el volumen de páginas vistas de cada país. Esta vista de mapa se puede ver a lo largo del tiempo (según el intervalo de tiempo elegido para el informe) seleccionando el botón “Reproducir” en la parte inferior del gráfico.

Informe de rendimiento

Este informe muestra la tendencia de rendimiento para cada una de las Plataformas definidas.

Informe de distribución estadística

Este informe muestra el desglose estadístico de cada una de las Plataformas definidas para la cuenta.

Informe de ubicación geográfica de una plataforma única

Este informe muestra la distribución del tráfico de Radar por país a lo largo del tiempo para una sola plataforma a la vez.

Informe de distribución estadística de plataforma única

Este informe muestra la distribución del tráfico de Radar a lo largo del tiempo por tiempo de respuesta.