Openmix

Información general

Citrix ITM Openmix proporciona un enfoque revolucionario para la administración global del tráfico/equilibrio de carga del servidor global (GTM/GSLB). Para la administración de tráfico global tradicional, ITM proporciona un enfoque basado en DNS para el equilibrio de carga mediante registros CNAME DNS o A donde las respuestas DNS se modifican en tiempo real en función de la lógica empresarial requerida. Para el vídeo, hay varias formas de integrar Openmix en el flujo de trabajo y entrega de vídeo.

Durante muchos años, las herramientas y servicios GTM/GSLB han confiado en motores de reglas estáticos, inextensibles y propietarios para definir y controlar un conjunto estrecho de directivas fijas (por ejemplo, failover, round robin, geo-targeting). La misión de Citrix ITM es habilitar estrategias de nube de próxima generación basadas en fuentes de datos en tiempo real. La plataforma Openmix distribuida globalmente y bajo demanda proporciona un medio muy robusto para ingerir datos en tiempo real de varias fuentes, y exponer estos metadatos como “variables” de entorno que se pueden evaluar en cada solicitud.

Openmix: Principales ventajas

  • Eliminar dependencias de un solo proveedor
  • Garantiza la disponibilidad del 100%
  • Controlar las compensaciones de precio/rendimiento
  • Desterrar dolores de cabeza asociados con el multi-abastecimiento
  • Elimine las incertidumbres de las herramientas de rendimiento heredadas
  • Descarga el tráfico de forma selectiva y estratégica
  • Aplicar proveedores específicos a mercados específicos

Cómo funciona Openmix

Los clientes inician sesión en Citrix ITM Portal para implementar su primera aplicación. Hay disponible una biblioteca de aplicaciones de ejemplo para ayudarempezary una herramienta de asistente paso a paso para ayudar a crear aplicaciones con la lógica de enrutamiento más común. Las aplicaciones ITM Openmix pueden admitir dos protocolos para dirigir el tráfico: DNS o HTTP.

Control definido por la aplicación

La plataforma Openmix distribuida a nivel mundial, bajo demanda, mueve la toma de decisiones GTM/GSLB cerca de sus audiencias de aplicaciones. Cada host puede tener su propia aplicación Openmix definida a medida que considere todas las métricas y variables actuales disponibles para proporcionar la mejor optimización para cualquier solicitud de enrutamiento.

Los scripts Openmix están programados en JavaScript, un lenguaje accesible para la mayoría de los programadores web y administradores de red. Aunque este enfoque basado en scripts es uno en el que se puede implementar prácticamente cualquier lógica de negocio, con una complejidad de codificación mínima, para utilizarla como base para directivas de gestión de tráfico verdaderamente dinámicas. Gracias a la naturaleza colaborativa de nuestra comunidad de clientes, ITM también ofrece “aplicaciones de inicio rápido”, que son aplicaciones estándar que no requieren código.

Cuándo utilizar los servicios HTTP o DNS

ITM Openmix permite una amplia gama de optimización de la entrega de contenido. El método que use para habilitar Openmix depende en gran medida de los detalles de su caso de uso. El método DNS es fácil de implementar, en su mayoría transparente para los clientes y utilizable en una amplia variedad de contenido. Sin embargo, la capacidad de cambiar de proveedor está limitada por el TTL establecido en la respuesta DNS y parte del contenido no se puede cambiar a un proveedor intermedio diferente. HTTP proporciona más flexibilidad de integración y se pueden tomar decisiones de optimización cuando es óptimo para el cliente. Esa mayor flexibilidad requiere más trabajo para integrarse con un CMS o cliente.

La siguiente tabla resume el caso de uso del cliente principal que vemos para las interfaces DNS y HTTP.

casos de uso del cliente para las interfaces DNS y HTTP

Openmix: DNS

Delegación CNAME

La integración más fácil para los clientes de ITM es utilizar la delegación CNAME de DNS. La delegación CNAME funciona haciendo que el cliente señale su nombre de host de usuario final (en el ejemplo siguiente, www.acme.com) a un nombre de host ITM.

www.acme.com  600  IN  CNAME  2-02-123d-000d.cdx.cedexis.net.
<!--NeedCopy-->

Al recibir una solicitud DNS de un usuario final, el sistema ITM toma una decisión en tiempo real basada en los datos de Radar, la lógica comercial de la aplicación y cualquier información de terceros que se proporcione. Esta decisión se articula como otro registro CNAME (en nuestro ejemplo a continuación acme.cdn1.net) o como un registro A como 111.222.111.222.

Al proporcionar un registro CNAME, ITM puede efectivamente “apuntar” al usuario final al CDN, la nube o el centro de datos de su elección, dirigiendo al usuario final a usar ese proveedor frente a otro.

2-02-123d-000d.cdx.cedexis.net.  19  IN  CNAME acme.cdn1.net.
<!--NeedCopy-->

Una vez suministrado el CDN o Cloud CNAME, el equipo de los usuarios finales continuará la cadena de resolución solicitando los servidores de nombres de CDN, hasta recibir una dirección IP del nodo/servidor con el que comunicarse. Donde comienza el proceso de descarga de contenido. Si se suministra un registro A como parte de la lógica, el equipo de usuarios finales recibe la dirección IP y se conecta directamente al servidor e inicia la descarga de contenido.

acme.cdn1.net.  132  IN  A  111.222.222.111
<!--NeedCopy-->

Delegación de zona

Además, la delegación de zona DNS autorizada es una opción para implementar Openmix. El cliente crea una zona DNS y delega en una zona DNS predictiva creada en el portal ITM. Se crea un nombre de host en la zona delegada y se configura para utilizar una aplicación Openmix o un registro DNS predictivo dinámico para generar una respuesta. La ventaja de esta opción es que no es necesario que exista una delegación CNAME entre el nombre del host y la respuesta dinámica de la plataforma ITM. Usando el ejemplo anterior, el nombre de host www.acme.com se resolverá directamente al valor configurado para el CDN óptimo, Cloud o Data Center.

www.acme.com. 19 IN CNAME acme.cdn1.net.

Los registros A/AAAA también se pueden usar en lugar de CNames, y el nombre del host se resolverá directamente en el registro del destino óptimo.

www.acme.com. 19 IN A 111.222.222.111

Implicaciones de DNS y tiempo de vida

Debe tenerse en cuenta que factores como los valores TTL (Tiempo de vida) deben ser considerados cuidadosamente, fijando los tiempos adecuados para el contenido y el requisito de cómo debe ser la toma de decisiones para los usuarios. En la mayoría de los casos, ITM recomienda un TTL de 20 segundos para el contenido de página y objeto. Para el contenido de vídeo, el consultor de ITM trabaja con el cliente para encontrar el equilibrio más adecuado basado en la longitud del fragmento y el método de integración.

Openmix: HTTP

Una alternativa a DNS es usar la API HTTP. El acceso HTTP a Openmix utiliza solicitudes HTTP para informar a un cliente como un reproductor de vídeo o CMS en qué plataforma usar en un momento determinado.

http://hopx.cedexis.com/zones/1/customers/0/apps/1/decision
< HTTP/1.1 200 OK
< Content-Type: application/json
< Date: Mon, 22 Apr 2015 20:25:24 GMT
< Connection: keep-alive
< Content-Length: 177
<
{
  "providers" : [
    {
    "provider" : "cdn2",
    "host" : "foo.cdn2.net"
    },
    {
    "provider" : "cdn1",
    "host" : "acme.cdn1.net"
    }
  ]
}
<!--NeedCopy-->

El servicio HTTP Openmix utiliza la misma lógica de aplicación que su contraparte basada en DNS con la inclusión de algunas extensiones adicionales, lo que permite crear perfiles adicionales de una máquina cliente. Por ejemplo, con HTTP Openmix también es posible mirar los encabezados de User-Agent String, X-Forwarded-For y Referer, y proporcionar anulaciones de IP utilizando parámetros de cadena de consulta. Como la carga útil para HTTP Openmix es más extensible que la de DNS, también es posible proporcionar la selección de CDN, nube o servidor de diferentes maneras. El más común hasta ahora ha sido una lista ordenada desde la plataforma más preferida hasta la menos (como arriba). Al proporcionar una lista completa, permite que el rango de decisión sea suministrado al CMS o Cliente, pero aún así permite que la heurística interna sea utilizada para elegir el proveedor.

Integración de CMS

Algunos clientes prefieren manejar la selección de proveedores en el lado del servidor en lugar de implementar la selección de proveedores en cada cliente. La API HTTP se puede utilizar para recuperar una decisión de optimización de Openmix en el momento de la solicitud del cliente, que se puede utilizar para rellenar un archivo que se devuelve desde el CMS al cliente.

De forma predeterminada, los dispositivos de punto final HTTP de Openmix utilizan la IP de la persona que llama para la ubicación geográfica y los criterios de decisión. Si, en su lugar, llama desde un CMS u otro sistema situado entre el cliente de usuario final y Openmix, puede especificar como parámetro la IP a utilizar en la decisión.

http://hopx.cedexis.com/zones/1/customers/0/apps/1/decision?ip=1.2.3.4
< HTTP/1.1 200 OK
< Content-Type: application/json
< Date: Mon, 22 Apr 2015 20:25:24 GMT
< Connection: keep-alive
< Content-Length: 177
<
{
  "providers" : [
    {
    "provider" : "cd1",
    "host" : "acme.cdn1.net"
    },
    {
    "provider" : "cdn2",
    "host" : "foo.cdn2.net"
    }
  ]
}
<!--NeedCopy-->

Este método le permite utilizar una integración CMS para extraer decisiones de Openmix mientras también obtiene los beneficios de la optimización de rutas geográficas e ISP para el usuario final. El nombre de host devuelto por Openmix se empaqueta en la respuesta, como un archivo de manifiesto de vídeo, y el CMS lo devuelve al cliente. El cliente utilizará la decisión optimizada sin necesidad de ninguna modificación para soportar la optimización de Openmix.

Aplicaciones Openmix

Las aplicaciones Openmix Quickstart son aplicaciones de equilibrio de carga y administración de tráfico que proporcionan enrutamiento de tráfico en tiempo real al mejor proveedor basado en un conjunto de reglas.

Las aplicaciones se procesan para cada solicitud realizada a Openmix y se toma una decisión de enrutamiento basada en la lógica especificada. Un cliente puede tener una aplicación para un tipo de contenido que tiene un alto valor para el negocio y una aplicación diferente para el contenido que tiene un valor menor que debe enrutarse de manera diferente.

Cuando se invoca una aplicación, se toma una decisión, es decir, se envía una sola solicitud a uno de los equilibradores de carga de Citrix. Para DNS, se trata de una única solicitud DNS a los equilibradores de carga DNS. Para HTTP, es una solicitud GET o HEAD al extremo HTTP de Openmix.

Las siguientes aplicaciones están actualmente disponibles a través del portal de Intelligent Traffic Management.

  • Enrutamiento estático
  • Conmutación por error
  • Round Robin
  • Tiempo óptimo de ida y vuelta (ORTT)
  • Rendimiento

Las aplicaciones JavaScript personalizadas de Openmix son utilizadas por servidores Openmix especializados para responder a solicitudes DNS o HTTP basadas en la lógica de los scripts. La implementación de los scripts se realiza a través del portal del cliente donde se configura y publica la aplicación. Para obtener más información sobre la capacidad de crear sus propios scripts JavaScript, consulte la información en nuestraDeveloper Exchange.

Antes de seguir adelante con la configuración de las aplicaciones, es importante comprender los siguientes conceptos:

Umbral de Disponibilidad

El umbral de disponibilidad es la puntuación de disponibilidad mínima que debe cumplir una plataforma para ser considerada para el enrutamiento. El umbral de disponibilidad mínimo predeterminado para todas las aplicaciones es del 80%. Sin embargo, puede modificar este porcentaje y establecerlo en un valor adecuado para su ubicación, disponibilidad de red y fiabilidad.

Nota: Si ninguna plataforma cumple este umbral de disponibilidad mínimo (el valor predeterminado del 80% o el valor que ha establecido), el enrutamiento aleatorio se realiza para las aplicaciones Round Robin, ORTT y Rendimiento.

Fallback

La respuesta de reserva se devuelve si la aplicación Openmix no se ejecuta correctamente por cualquier motivo. O si Sonar confirma que no hay plataformas disponibles. Por lo tanto, se debe especificar un registro CNAME/A/AAAA de reserva válido o IP (o ruta en HTTP) con el que Openmix puede responder. Esta URL de reserva o registro CNAME puede o no ser para una plataforma que está preconfigurada en Openmix. A veces, la reserva se produce durante los siguientes escenarios también:

  • Cuando hay un cambio entre versiones de la aplicación, es decir, cuando carga y publica un nuevo script, puede conducir (pero no siempre) a un breve período de tiempo de reserva (milisegundos) a medida que el nuevo script se está inicializando después de quitar el anterior.
  • Si alguna vez hay una sobrecarga (que rara vez ocurre), Openmix responde con la reserva CNAME/A/AAAA ya que la reserva compensa la carga en el servicio.

Para la reserva, debe introducir un nombre de host válido (registro CNAME/A/AAAA) o una dirección IP en DNS, y un URI válido (puede ser de la forma, esquema:[//host[:port]][/path][?query][#fragment]) en HTTP.

TTL

En Openmix, el DNS Time to Live (TTL) de la aplicación indica a los solucionadores cuánto tiempo deben mantener la decisión antes de volver a preguntar a Openmix. El TTL se utiliza para:

Controla el volumen de tráfico que recibe una aplicación Openmix y controla la sensibilidad que debe tener una aplicación a los cambios en los datos sobre los que actúa. El TTL predeterminado es 20 segundos. Aunque puede modificar este valor, no se recomienda hacerlo. Si baja el TTL, obtiene más volumen y más consultas DNS en tiempo real. Pero puede llevar a costes adicionales y un menor rendimiento (porque las consultas DNS tardan tiempo en el cliente). Por lo tanto, es mejor no cambiar el valor predeterminado de TTL.

Nota: El TTL se aplica a aplicaciones de inicio rápido, aplicaciones JS personalizadas si no se especifica TTL en el código, y para todas las respuestas de reserva

Pesos (Utilizados para Round Robin)

Puede asignar pesos para la priorización y selección de cada plataforma a nivel mundial y/o por mercado o país.

Por ejemplo, supongamos que tiene tres plataformas seleccionadas para su aplicación: P1, P2 y P3. Les das los pesos: 60, 50 y 10 respectivamente. La aplicación Round Robin convierte estos valores en porcentajes tales que, P1= 50%, P2= 42% y P3= 8% (que ahora suman hasta un 100%). Esto significa que aproximadamente el 50% del tiempo, los usuarios serían enrutados a través de P1; aproximadamente el 42% del tiempo a través de P2; y aproximadamente el 8% del tiempo a través de P3.

Los pesos que le das a las plataformas no tienen que sumar hasta 100. Pueden ser cualquier entero entre 0 y 1 000 000. Los pesos dados a las plataformas cuando se convierten en porcentaje (por la aplicación en el back-end), sumarán hasta un 100%. Si todas las plataformas seleccionadas reciben el mismo peso, el tráfico se distribuirá uniformemente entre ellas a lo largo del tiempo. Si solo tiene una plataforma, entonces esa se usará el 100% del tiempo, independientemente del peso que le dé.

Los pesos solo se utilizan para plataformas que se consideran disponibles según las comprobaciones de disponibilidad de Radar y Sonar, dependiendo de la configuración de la aplicación. Las plataformas no disponibles hacen que la distribución no coincida con los pesos configurados. Por ejemplo, si P1 está ponderado 100 y P2 está ponderado 0, pero P1 falla la comprobación de disponibilidad del Radar, todo el tráfico se envía a P2.

Hándicap (utilizado para ORTT y rendimiento)

El Hándicap es un valor porcentual que se puede aplicar a una plataforma para modificar las puntuaciones del Radar para RTT y el rendimiento es decir, aumentar artificialmente el tiempo de respuesta (en milisegundos) o disminuir el rendimiento (en kbps). Aumentar o disminuir estos valores disminuyen el rendimiento de la plataforma de tal manera que la probabilidad de que se escoja sea menor. Las desventajas se pueden agregar a las plataformas a nivel mundial, o por separado para mercados y/o países específicos. Es útil en casos en los que, por ejemplo, una plataforma es costosa (tal vez en un mercado/país específico) y desea reducir la probabilidad de que se escoja cuando un proveedor equivalente está lo suficientemente cerca en términos de rendimiento. Por lo tanto, pone un valor de Hándicap (en porcentaje) que actúa como un multiplicador para aumentar el valor del tiempo de respuesta o disminuir el valor del rendimiento, como resultado, reduciendo la probabilidad de que se escoja esa plataforma.

Así es más o menos como Hándicap funciona en el back-end:

  • RTT de plataforma con Hándicap aplicado = RTT (tiempo de ida y vuelta en milisegundos) * (1 + Hándicap) o
  • Rendimiento de plataforma con Hándicap aplicado = (Rendimiento en kbps) * (1 — Hándicap)

Nota: Los valores RTT y Rendimiento de la plataforma son puntuaciones de los datos de Radar. La siguiente tabla muestra cómo Hándicap afecta a las dos plataformas: P1 y P2. Y cómo el Hándicap disminuye la probabilidad de que P1 sea elegido.

  P1 P2
RTT sin hándicap 50 milisegundos 60 milisegundos
RTT con 50% (0,5) Hándicap para P1 y 0% (0) para P2 50 (1+0,5) = 75 milisegundos 60 (1+0) = 60 milisegundos
Rendimiento sin hándicap 3000 kbps 2800 kbps
Rendimiento con 50% (0.5) Hándicap para P1 y 0% (0) para P2 3000 (1-0,5) = 1500 kbps 2800 (1-0) = 2800 kbps

Flujo de trabajo de filtrado, clasificación y selección

Diagrama de flujo de ejemplo para la aplicación de rendimiento

Diagrama de flujo de muestra

Criterios de selección de plataformas

Las aplicaciones Openmix Quickstart utilizan los siguientes criterios como filtros de primer, segundo y tercer nivel para clasificar y seleccionar la mejor plataforma.

Nivel de filtración Criterios de selección ORTT Rendimiento Round Robin Conmutación por error Enrutamiento estático
1.º nivel Comprobación de disponibilidad de Sonar (si está activado) X X X X X
2.º nivel Comprobación de disponibilidad del Radar (si está activado) X X X X X
3.º nivel Pesos (definidos por el usuario) NA NA X NA NA
3.º nivel Tiempo de ida y vuelta (en milisegundos) X NA NA NA NA
3.º nivel Rendimiento (en kbps) NA X NA NA NA

Informes de código de motivo

Los códigos de razón son una forma de proporcionar visibilidad sobre por qué la aplicación tomó la decisión que tomó, y también saber qué partes del código de la aplicación se ejecutaron. Durante la ejecución, una aplicación puede agregar algo al campo de código de motivo en cualquier momento.Los códigos de motivo significan cosas diferentes para cada aplicación de inicio rápido. Puede haber algunas coincidencias entre los códigos de motivo para cada aplicación, pero no es exhaustivo.

Nota: Para que los códigos de motivo se muestren correctamente, no deben exceder el límite máximo de 200 caracteres. Si se supera este límite, el código de motivo se muestra como Desconocido. Otra razón por la que se muestra Desconocido es si el usuario no ha agregado un código de motivo.

Estos son los códigos de motivo de Quickstart Apps:

Aplicación Código de motivo Lógica  
Enrutamiento estático Enrutado por la aplicación estática Siempre se selecciona una única plataforma especificada.  
Round Robin Enrutado por round robin ponderado con disponibilidad de Radar Todas las plataformas que cumplen el umbral de disponibilidad se eligen en primer lugar. En esas plataformas se aplica la metodología de distribución round robin. Por ejemplo, si las plataformas P1, P2 y P3 cumplen el umbral de disponibilidad, la primera solicitud se enruta a P1, la segunda a P2, la tercera a P3, la cuarta a P1 de nuevo, y así sucesivamente.  
    Enrutado a reserva debido al peso cero Si todas las plataformas han recibido un peso cero, entonces se devuelve la reserva. Por ejemplo, si todas las plataformas se han establecido en un peso cero en China y una solicitud DNS/HTTP proviene de China, ninguna de las plataformas es elegible para la selección debido a un peso cero. Se devuelve una reserva en este caso.
    Enrutado por round robin ponderado Enrutado basado en la metodología de distribución round robin. Aquí, no hay ningún umbral de disponibilidad especificado, por lo que el primer nivel de filtrado basado en la disponibilidad no se produce.
    Enrutado aleatoriamente debido a datos insuficientes Las puntuaciones de Radar no están disponibles. Una plataforma se elige aleatoriamente como resultado.
ORTT Enrutado basado en los datos de disponibilidad HTTP de Radar Todas las plataformas que cumplen el umbral de disponibilidad se eligen en primer lugar. De estas plataformas, se elige la plataforma con el valor RTT más bajo.  
    Enrutado a reserva debido a la disponibilidad de Sonar Sonar dice que la plataforma está inactiva, por lo tanto, se enruta a reserva.
    Enrutado a plataformas de reserva no disponibles Ninguna de las plataformas especificadas en la aplicación tiene disponibilidad de Radar igual o superior al umbral de disponibilidad.
    Enrutado aleatoriamente debido a datos insuficientes Las puntuaciones de Radar no están disponibles. Una plataforma se elige aleatoriamente como resultado.
Rendimiento Enrutado basado en Radar http_kbps y Disponibilidad Todas las plataformas que cumplen el umbral de disponibilidad se eligen en primer lugar. De estas plataformas, se elige la plataforma con el mayor rendimiento en el caso de http_kbps.  
    Enrutado basado en datos de Radar http_kbps Se elige la plataforma con el mayor rendimiento en el caso de http_kbps.
    Enrutado aleatoriamente debido a datos insuficientes Las puntuaciones de Radar no están disponibles. Una plataforma se elige aleatoriamente como resultado.

Aplicaciones Openmix Quickstart

  1. Inicie sesión en el portal de Intelligent Traffic Management.
  2. En el menú de navegación de la izquierda, vaya a Openmix > Configuración de la aplicación.
  3. Si está configurando su aplicación Openmix por primera vez, verá la página Introducción al hacer clic en Openmix > Configuración de la aplicación.
  4. Para configurar una nueva aplicación, haga clic en el botón Empezar o en el botón Agregar en la esquina superior derecha de la página. Si las aplicaciones Openmix se han configurado previamente, verá una lista de aplicaciones en esta página.

Las siguientes secciones le guían a través del proceso de configuración de aplicaciones Openmix en el portal.

Enrutamiento estático

Este tipo de aplicación no utiliza ninguna lógica de evaluación para decidir qué respuesta DNS debe proporcionarse al usuario final. La aplicación siempre selecciona una única plataforma aquí, especificada por el usuario. Por lo tanto, la aplicación utiliza solo una única respuesta CNAME DNS o dirección IP. La aplicación de enrutamiento estático se puede configurar a través del portal en la página Configuración de la aplicación.

Nota: Antes de configurar la aplicación, asegúrese de que las plataformas estén configuradas primero. ConsultePlataformasla página para la configuración de la plataforma.

  1. Vaya a Openmix > Configuración de la aplicación.
  2. Haga clic en el botón Agregar en la parte superior derecha

Se abrirá el cuadro de diálogo Información básica.

Información básica

Siga estos pasos para introducir información básica:

  1. Para Protocolo, seleccione DNS o HTTP de la lista.
  2. En Tipo de aplicación, seleccione Enrutamiento estático. O si está configurando otro tipo de aplicación, selecciónela de la lista.
  3. Asigne un nombre a su aplicación (campo obligatorio), agregue una descripción (campo opcional) y una etiqueta (campo opcional).
  4. Haga clic en Siguiente para Configuración.

Configuración

Para configurar la aplicación, haga lo siguiente:

  1. Seleccione la plataforma asociada en la lista Plataforma. Esta es la plataforma que configuró dentro de laPlataformaspágina, que representa el CDN, la nube o el centro de datos.
  2. Introduzca un registro CNAME/A/AAAA (para DNS) o URL (para HTTP). El CNAME DNS o la URL HTTP de la plataforma seleccionada debe apuntar a una dirección IP o un nombre de host válidos.
  3. Para CORS, (en un protocolo HTTP) seleccione Ninguno, Todos o Personalizado para CORS. CORS le permite controlar el acceso a su sitio desde otros sitios. Puede restringir completamente el acceso a su sitio desde otros sitios (haciendo clic en Ninguno), permitir el acceso desde todos los demás sitios (haciendo clic en Todos) o permitir el acceso solo desde sitios específicos (haciendo clic en Personalizar).
  4. Introduzca un TTL (Tiempo de vida) para la respuesta. El valor predeterminado es 20 segundos, pero se puede anular.
  5. Haga clic en Completar.
  6. En la ventana emergente de confirmación, haga clic en Listo o Publicar para ver su aplicación en la página de aplicaciones de Openmix. Si hace clic en Publicar, la aplicación se activa al instante y tiene un estado verde. Esto significa que la aplicación está en producción. Si hace clic en Listo, su aplicación seguirá figurando en la página de aplicaciones, pero no se publicará y el estado será rojo.

Conmutación por error

La aplicación Conmutación por error admite una lógica de enrutamiento simple en la que se elige una plataforma en función de su lugar en línea y de su disponibilidad. El cliente puede crear una cadena de conmutación por error que decida qué plataforma seleccionar primero, segundo, etc. Esta cadena de conmutación por error se puede crear para funcionar globalmente y/o para mercados y países individuales.

La aplicación de conmutación por error se puede configurar dentro del portal en la página Configuración de la aplicación.

Nota: Antes de configurar la aplicación, asegúrese de que las plataformas estén configuradas primero. Consulte laPlataformaspágina de configuración de la plataforma.

  1. Inicie sesión en el Portal.
  2. En el menú de navegación de la izquierda, vaya a Openmix > Configuración de la aplicación.
  3. Haga clic en el botón Agregar en la parte superior derecha para acceder al cuadro de diálogo Nueva aplicación Openmix, Información básica.

Información básica

  1. Seleccione DNS en la lista Protocolo.
  2. En la lista Tipo de aplicación, seleccione Conmutación por error.
  3. Asigne un nombre (campo obligatorio) a su aplicación, agregue una descripción (campo opcional) y una etiqueta (campo opcional).
  4. Cuando haya terminado, haga clic en Siguiente.

Información básica de conmutación por error

Configuración

  1. En el cuadro de diálogo Configuración, active la casilla Umbral de disponibilidad. El umbral de disponibilidad tiene un valor predeterminado del 80%. Esto significa que una plataforma debe tener una puntuación de disponibilidad al menos tan alta como este umbral para ser considerada para el enrutamiento.
    • Si desea modificar el umbral de disponibilidad predeterminado, simplemente escriba un nuevo valor para reemplazar el valor predeterminado.
    • Si ninguna plataforma tiene una puntuación de disponibilidad igual o mayor que el umbral especificado, se utiliza la reserva (CNAME/A/AAAA o dirección IP).
    • Si la casilla de verificación no está seleccionada, la plataforma asume un umbral de disponibilidad cero. Esto significa que no habrá control de disponibilidad de Radar en esta plataforma.
  2. Introduzca una dirección CNAME/A/AAAA o IP para Fallback. Normalmente, el CNAME/A/AAAA o IP de reserva se utiliza si la aplicación encuentra problemas o errores.
  3. Introduzca un TTL (Tiempo de vida) para la respuesta. El valor predeterminado es de 20 segundos. Puede anular este valor si es necesario.

Configuración de conmutación por error

Información de la plataforma

  1. En el cuadro de diálogo Información de plataforma, seleccione una plataforma de la lista.
    • Puede seleccionar varias plataformas mediante el botón Agregar plataformas. La idea es seleccionar todas las plataformas disponibles aplicables para el enrutamiento global y geográfico (mercados y países).
    • Las plataformas de esta lista son las que configuró en la página Plataformas (dentro del portal), representando su CDN, Cloud o Data Center.
    • Todas las aplicaciones Openmix requieren que se configure previamente una plataforma asociada. Si no encuentra una plataforma en la lista, puede configurarla en la página Plataformas del portal.
  2. Introduzca el registro CNAME/A/AAAA para la plataforma.
  3. Asegúrese de que la casilla Habilitado está activada (lo que indica que la plataforma está habilitada) antes de pasar al siguiente paso.
  4. Si Sonar está configurado y desea utilizar datos de Sonar para ayudar en el proceso inicial de toma de decisiones, asegúrese de hacer clic en la casilla de verificación Usar Sonar para disponibilidad de plataforma. Nota: La casilla de verificación Sonar solo aparece si Sonar está habilitado para esa plataforma.
  5. Haga clic en Siguiente para Configuración de ubicación.

Configuración de ubicación

  1. En el cuadro de diálogo Configuración de ubicación, seleccione las plataformas necesarias para Enrutamiento global.
    • Global indica que está configurando una cadena de plataformas para el enrutamiento global.
    • Al hacer clic dentro del campo Global, una lista muestra todas las plataformas seleccionadas en el paso Información de plataforma.
    • Seleccione las plataformas necesarias de la lista para el enrutamiento global basado en disponibilidad.
    • El orden en el que coloca los nombres de plataforma en este campo determina la prioridad para su selección, es decir, se seleccionarán de la primera a la última en función de la disponibilidad. Por ejemplo, si la primera plataforma de su lista no está disponible, la segunda se seleccionará y así sucesivamente. Si ninguna de las plataformas de la lista está disponible, entonces se utiliza el respaldo.
    • Puede arrastrar los nombres de la plataforma para cambiar su orden de prioridad.
  2. Haga clic en Mercados y países si desea configurar plataformas para el enrutamiento geográfico local.
    • Al hacer clic dentro del campo Mercados y países, la lista muestra todas las plataformas seleccionadas en el paso Información de la plataforma.
    • Seleccione plataformas para el enrutamiento geográfico local, por separado para cada geo (mercado/país).
    • El orden en el que coloca los nombres de plataforma en este campo determina la prioridad para su selección, es decir, se seleccionarán de la primera a la última en función de la disponibilidad. Por ejemplo, en China, es posible que desee usar primero el POP de China, y solo si no está disponible, desea que se utilice el POP de Singapur, que colocaría a continuación en la línea, etc.
    • Puede arrastrar los nombres de la plataforma para cambiar su orden de prioridad.

    Información de ubicación de conmutación por error

  3. Haga clic en Completarpara terminar de configurar la aplicación.
  4. En la ventana emergente de confirmación, haz clic en Listo o Publicar para ver tu aplicación en la página de Openmix.
    • Si hace clic en Publicar, la aplicación se activa al instante y tiene un estado verde. Esto significa que la aplicación está en producción.
    • Si hace clic en Listo, su aplicación seguirá figurando en la página de Openmix, pero no se ha publicado y el estado será rojo.

Round Robin

Esta aplicación sigue una metodología típica de equilibrio de carga de servidor global de Round Robin, donde cada CNAME alterna se devuelve a los usuarios finales, a medida que se realizan las solicitudes DNS. Utiliza datos de Sonar (si Sonar está habilitado) y el umbral de disponibilidad de la plataforma para evaluar la mejor plataforma para el usuario solicitante. Cada plataforma se selecciona en función de la metodología de distribución Round Robin. Por ejemplo, si las plataformas P1, P2 y P3 cumplen el umbral de disponibilidad, la primera solicitud se enruta a P1, la segunda a P2, la tercera a P3, la cuarta a P1 de nuevo, y así sucesivamente.

Para configurar una nueva aplicación Round Robin, haga clic en el botón Agregar en la esquina superior derecha de la página Openmix. Se abre el cuadro de diálogo Información básica.

  1. Inicie sesión en el Portal.
  2. En el menú de navegación de la izquierda, vaya a Openmix > Configuración de la aplicación.
  3. Haga clic en el botón Agregar en la parte superior derecha para acceder al cuadro de diálogo Nueva aplicación Openmix, Información básica.

Información básica

  1. En el cuadro de diálogo Información básica, seleccione DNS como Protocolo para Round Robin.Nota: Para la aplicación Round Robin, el enrutamiento solo está disponible a través de un CNAME DNS.
  2. Seleccione el tipo de aplicación de la lista. Asigne a la aplicación un nombre (campo obligatorio), una descripción (campo opcional) y una etiqueta (campo opcional).
  3. Haga clic en Siguiente para Configuración.

Configuración

  1. El umbral de disponibilidad tiene un valor predeterminado del 80%. Para modificar este valor, simplemente escriba un nuevo valor para reemplazar el valor predeterminado.
  2. Introduzca una dirección CNAME/A/AAAA o IP para Fallback. Normalmente, el CNAME/A/AAAA o IP de reserva se utiliza si la aplicación encuentra problemas o errores.
  3. Introduzca un TTL (Tiempo de vida) para la respuesta. El valor predeterminado es 20 segundos, pero este valor se puede anular si es necesario.
  4. Haga clic en Siguiente para obtener información sobre la plataforma.

Información de la plataforma

  1. Seleccione una plataforma de la lista Plataforma. Nota: Todas las aplicaciones Openmix requieren una plataforma asociada configurada previamente. Si no encuentra una plataforma en la lista, puede configurarla en la página Plataformas del portal.
  2. Seleccione más plataformas haciendo clic en el botón Agregar plataforma.
  3. Introduzca un CNAME o un registro A/AAAA o IP (en DNS), o URL (en HTTP) para esta plataforma. Debe ser una dirección URL, un nombre de host o una dirección IP válidos. Puede ser de la forma: esquema:[//host[:port]][/path][?query][#fragment].
  4. Asegúrese de que la casilla Habilitado está activada (lo que indica que la plataforma está habilitada) antes de pasar al siguiente paso.
  5. Si Sonar está disponible y desea utilizar datos de Sonar para ayudar en el proceso inicial de toma de decisiones, asegúrese de hacer clic en la casilla de verificación Usar Sonar para Disponibilidad de Plataforma.
  6. Haga clic en Guardar para ir al paso 4 y asignar los pesos adecuados para cada plataforma.

Configuración de ubicación

  1. Asignar pesos para la priorización y selección de cada plataforma a nivel mundial y/o por mercado o país.
  2. Para asignar pesos de plataforma por separado para el mercado o el país, introduzca el nombre en el cuadro de búsqueda Mercados y países y elija de la lista.
  3. Haga clic en Completar para crear la aplicación.
  4. En la ventana emergente de confirmación, haga clic en Listo o Publicar para ver su aplicación en la página de Openmix. Si hace clic en Publicar, la aplicación se activa al instante y tiene un estado verde. Esto significa que la aplicación está en producción. Si hace clic en Listo, su aplicación seguirá figurando en la página de Openmix, pero no se ha publicado y su estado será rojo.

Aplicación de tiempo óptimo de ida y vuelta (ORTT)

La aplicación ORTT utiliza tiempo de respuesta de Radar, datos de Sonar (si Sonar está habilitado) y el umbral de disponibilidad de la plataforma para evaluar la mejor plataforma para el usuario solicitante. El umbral de disponibilidad es la disponibilidad mínima (80% es el valor predeterminado) que la plataforma debe cumplir para ser seleccionada. Además, la aplicación ORTT también utiliza un valor Hándicap que se puede incluir globalmente y/o localmente (para mercados o países específicos) para permitir a los clientes influir en cómo se enrutan los usuarios finales.

Los tres primeros pasos: Información básica, Configuración e Información de plataforma, se introducen de la misma manera que las demás aplicaciones.

Siga estos pasos para configurar la información de ubicación e introduzca valores para Hándicap para cada plataforma, globalmente, o por ubicación/mercado.

Configuración de ubicación

  1. En el cuadro de diálogo Configuración de ubicación, escriba un valor para Hándicap para una o todas las plataformas seleccionadas. Puede introducir un valor de hándicap entre 0 y 6000. El uso del hándicap consiste en reducir manualmente las posibilidades de que una plataforma en particular se escoja para el enrutamiento, cuando hay mejores plataformas disponibles, por ejemplo, en términos de coste o conveniencia. Cuanto mayor sea el valor del hándicap, menor será la probabilidad de que se escoja la plataforma. Si es necesario, puede anular la selección de una plataforma desactivando el botón Selección de plataforma.

  2. Haga clic en Mercados y países para seleccionar un mercado o país concreto de la lista e introduzca los valores de Hándicap por separado para cada una de las plataformas asociadas.

  3. Haga clic en Completarpara terminar de configurar la aplicación.

  4. En la ventana emergente de confirmación, haga clic en Listo o Publicar para ver su aplicación en la página de lista de aplicaciones de Openmix. Si hace clic en Publicar, la aplicación se activa al instante y tiene un estado verde. Esto significa que la aplicación está en producción. Si haces clic en Listo, la aplicación seguirá apareciendo en la página Aplicaciones, pero no se ha publicado y su estado será rojo.

Rendimiento

La aplicación Rendimiento selecciona la plataforma en función de los datos de Sonar (si Sonar está habilitado), el rendimiento más alto (utilizando datos de Radar) y el umbral de disponibilidad de la plataforma (que es del 80% de forma predeterminada). Además, esta aplicación le permite agregar un valor de Hándicap para disminuir el rendimiento de plataformas específicas e influir en cómo se enrutan los usuarios finales. Este valor opcional de Hándicap se puede asignar global y/o localmente (para mercados o países específicos).

Los tres primeros pasos: Información básica, Configuración e Información de plataforma, se introducen de la misma manera que las demás aplicaciones. La configuración de ubicación se introduce de la misma manera que en la aplicación ORTT.

Cuando haya terminado, haga clic en Completar para volver a la página de lista de aplicaciones Openmix. Por último, haga clic en Publicar para publicar la aplicación cuando esté listo para comenzar a funcionar.

Estado de la solicitud

El estado de la aplicación muestra su configuración actual.

  • Rojo significa inédito. Cuando complete la configuración, si hace clic en Listo, la aplicación aparece en la página de aplicaciones con un punto rojo, lo que indica que aún no se ha publicado.
  • Verde significa “publicado”. Si hace clic en Publicar, su aplicación se activa instantáneamente y se indica con un punto verde, lo que significa que la aplicación está en producción.
  • Amarillo significa la última versión inédita. El punto amarillo indica que la aplicación se creó y modificó, y que la última configuración modificada aún no se ha publicado.

Administración de aplicaciones de inicio rápido

Puede administrar aplicaciones Openmix (edición, duplicación, eliminación y pruebas); y también ver informes, ver el origen y ver el historial de versiones de la aplicación utilizando las fichas superiores del panel del administrador de aplicaciones. Haga clic en su aplicación en la página de lista de aplicaciones de Openmix para expandir el administrador de aplicaciones.

Administración de aplicaciones Openmix

Ver informe

Ver informe le lleva a la página Informes de decisión de Openmix, donde puede ver la tendencia de las decisiones de Openmix para cada una de sus aplicaciones, plataformas y geografías.

Modificar

Para modificar su aplicación Openmix, simplemente haga clic en el icono Modificar en la parte superior del panel del administrador de aplicaciones. También puede realizar ediciones individuales por separado para información básica, configuración, plataforma o ubicación haciendo clic en los botones Modificar del panel, como se muestra en la figura. Cuando termine de modificar, haga clic en Listopara mostrar la aplicación con un estado sin publicar (para más ediciones más adelante) o haga clic en Publicarpara entrar en directo al instante.

Duplicado

Haga clic en Duplicar para replicar la configuración de la aplicación actual y guardarla con un nombre nuevo.

Eliminar

Haga clic en Eliminarpara quitar aplicaciones que ya no necesite.

Publicar

Haga clic en Publicar para publicar directamente la aplicación desde el administrador de aplicaciones de Openmix. Esta opción solo es visible si la aplicación aún no se ha publicado.


Aplicaciones JavaScript personalizadas de Openmix

Las aplicaciones JavaScript Openmix son aplicaciones con scripts Java totalmente personalizables que puede crear, configurar, probar y publicar mediante la interfaz de usuario del portal ITM (Intelligent Traffic Management).

Nota: Esta guía no cubre la creación real del script personalizado (sintaxis, variables, etc.). Para obtener más información sobre la creación de scripts JavaScript personalizados, consulte Developer Exchange.

  1. Inicie sesión en el portal ITM.
  2. Desde el menú de navegación de la izquierda, vaya a Openmix.
  3. Elija Configuración de la aplicación.
  4. Para configurar una nueva aplicación Openmix, haga clic en el icono de agregar en la esquina superior derecha.
  5. Seleccione Aplicación JS personalizada.
  6. Se abrirá la página Configuración de la aplicación Openmix.

Agregar aplicación JS personalizada

Información básica

  1. Nombre de la aplicación: asigne un nombre a su aplicación.
  2. Descripción: Dar a la aplicación una descripción o agregar una nota de lanzamiento aquí. Este campo es opcional.
  3. Etiquetas: Introduzca una etiqueta adecuada, si es necesario. Las etiquetas ayudan a identificar y organizar la aplicación. Este es un campo opcional.

  4. Protocolo: seleccione DNS o HTTP como protocolo.
    • DNS: si selecciona DNS, se debe introducir un valor TTL.
    • HTTP: si selecciona HTTP, tiene la opción de habilitar Secure Access.
  5. TTL: Introduzca un tiempo de vida DNS para la aplicación. El valor recomendado es de 20 segundos. Nota: Este TTL se aplica si no hay TTL establecido por la aplicación JS personalizada o si la respuesta es un valor de reserva.
  6. Fallback: Introduzca una dirección CNAME/A/AAAA o IP para Fallback. Normalmente, el CNAME/A/AAAA o IP de reserva se utiliza si la aplicación encuentra problemas o errores.

  7. Acceso seguro: si Secure Accessestá habilitado, la API HTTP debe requerir una clave de acceso Oauth del cliente cuando se llama. Consulte paraProteger la API HTTP de Openmixobtener más información.

    Nota: Con el acceso seguro está habilitado, se muestra un icono de bloqueo junto al nombre de la aplicación en la lista de aplicaciones en la página principal de Openmix.

Información básica

JavaScript personalizado

Una vez que introduzca la información de configuración, puede cargar su JavaScript personalizado.

  1. Haga clic en el botón Elegir archivo y seleccione el archivo JavaScript que desea cargar. Puede cargar un archivo nuevo para sobrescribir uno existente en cualquier momento.

  2. Haga clic en Guardar y probar para guardar la aplicación.

    Nota: La aplicación se prueba automáticamente con un comprobador de aplicaciones cuando se carga y se guarda. Si hay errores, el verificador de la aplicación muestra la información del error y la ubicación del error. Consulte laVerificación de la aplicaciónsección para obtener más información sobre los datos disponibles en el verificador de aplicaciones.

    Publicar

  3. Haga clic en Cancelar para volver a la página Aplicaciones Openmix o haga clic en Publicar si está listo para que la aplicación entre en marcha.

    Nota: Si haces clic en Publicar, la aplicación se activa al instante y tiene un estado verde. Esto significa que la aplicación está en producción.

    Si hace clic en Cancelar, la aplicación aparece en la página de aplicaciones, pero no se publicará y el estado será rojo. Para obtener más información sobre el estado, consulte laEstado de la solicitudsección.

Publicar

Implementación de aplicaciones por etapas

Puede gestionar la implementación de su aplicación enviando un pequeño porcentaje del tráfico web a través de una nueva versión a veces denominada Canary Deployment. ITM le permite enviar un porcentaje especificado de tráfico a la versión más reciente de una aplicación para asegurarse de que la lógica de la aplicación se comporta como se esperaba. Puede informar sobre el comportamiento de las versiones existentes y nuevas para evaluar los cambios realizados en su aplicación en un entorno activo. Esto le permite corregir cualquier problema o anomalía que pueda ocurrir antes de enrutar el 100% del tráfico web a través de su aplicación recién modificada. Después de verificar el comportamiento deseado, puede aumentar el porcentaje de tráfico a la versión más reciente o implementar la aplicación en todos los usuarios.

Para organizar la implementación de la aplicación y lanzar una versión de prueba de la aplicación recién modificada, haga lo siguiente:

  • Haga clic en el nombre de la aplicación (en la página de lista de aplicaciones Openmix). Se abrirá el panel del administrador de aplicaciones.
  • Haga clic en el icono Modificar para modificar su aplicación.
  • Modifique su aplicación existente con todos los cambios necesarios.
  • Una vez que haya terminado con los cambios, haga clic en Guardar y probar.
  • Desplácese hacia abajo hasta el panel horizontal en la parte inferior de la página con los botones Cancelar y Publicar. Introduzca el porcentaje de tráfico web (1% a 99%) que desea fluir a través de esta versión recién modificada.
  • Marque la casilla para la distribución parcial del tráfico a través de esta nueva versión de la aplicación con el tráfico restante enviado a la versión activa anterior.
  • Haga clic en Publicar. Esta nueva versión de prueba de la aplicación aparecerá ahora en la lista de aplicaciones de la página Configuración de Openmix con un nuevo icono de estado. El nuevo icono Estado indica que solo el tráfico web parcial fluye en vivo a través de esta versión.

Puede modificar aún más el flujo de tráfico a la versión de prueba y ver el rendimiento cambiando el porcentaje de flujo de tráfico. Canary

Para comprobar el rendimiento de su aplicación, vaya al Informe de decisión de Openmix. Seleccione Aplicación como dimensión principal y Versión como dimensión secundaria. A continuación, haga clic en Aplicar filtros después de seleccionar la aplicación de la lista. El gráfico muestra el rendimiento de las diferentes versiones de la aplicación.

Una vez que esté satisfecho con el rendimiento de esta versión de la aplicación, puede seguir adelante y enrutar el 100% de su tráfico web a través de ella haciendo clic en el botón Ir en vivo.

Canary

Esto reemplaza la versión actual en vivo por la versión recién modificada.

Si no desea activar esta versión, haga clic en Anular publicación. Los cambios se guardan y aparecen como una aplicación no publicada en la lista de aplicaciones de la página Configuración de Openmix. Ahora el 100% de su tráfico web fluye a través de la versión actual en vivo de su aplicación.

Prueba

Puede probar su aplicación JavaScript utilizando el botón Probar aplicación antes o después de la publicación.

Prueba

Le permite ver los resultados de las pruebas en conjuntos específicos de mercados, países, regiones y estados. También tiene la opción de consultar la aplicación desde direcciones IP específicas.

Los resultados de las pruebas incluyen, Plataforma seleccionada por la aplicación, Respuesta recibida, Código de razón, Registro de razón, Resultados de Radar, Distribución, etc.

Esta función también le permite ver la distribución de decisiones en diferentes plataformas. Por ejemplo, si se utilizaron dos plataformas para el enrutamiento, puede ver el número de decisiones (conteo sin procesar y en porcentaje) y la respuesta recibida para cada una de ellas.

Haga clic en el enlace Mostrar todos los detalles para ver los resultados de las pruebas de su aplicación.

Detalles de la prueba

Los siguientes valores se muestran como resultados de la prueba:

Campo Descripción
Mercado, País, Región y Estado La ubicación en la que se probó la aplicación.
Plataforma La plataforma seleccionada por la aplicación.
Respuesta El CNAME o la dirección IP de la plataforma seleccionada por la aplicación.
Código de motivo Describe el motivo detrás de la decisión.
Registro de motivos Salida definida por el cliente desde la aplicación. Permite a los clientes registrar información sobre las decisiones de la aplicación.
Puntuación de Radar Las mediciones de tiempo de respuesta (RTT), disponibilidady rendimientoregistradas para la plataforma.
Distribución La distribución de las plataformas seleccionadas por la aplicación para cada ubicación probada. El recuento representa el número de veces que se seleccionó la plataforma. Y el Porcentaje es el porcentaje del recuento total para la selección de la plataforma.

Nota: Puede ejecutar esta prueba en la aplicación en vivo o en la versión no publicada (es decir, si la aplicación aún no está publicada).

Una vez publicada la aplicación, tienes la opción de probar la aplicación en vivo haciendo clic en la opción Probar aplicación en vivo. Si modifica la aplicación o carga una nueva versión, puede probarla antes de publicarla haciendo clic en el botón Probar aplicación no publicada.

Probar aplicación Live

Verificación de la aplicación

Para asegurarse de que las aplicaciones JavaScript personalizadas se comportan como se esperaba, las aplicaciones se ejecutan a través de un verificador de código y lógica cuando se cargan en el portal de ITM. El verificador de aplicaciones ejecuta la aplicación a través de un servidor de decisiones con tráfico sintético para comprobar si la aplicación se compila y se ejecuta correctamente.

Si la aplicación se ejecuta sin error, el verificador proporcionará información sobre la distribución de decisiones y las funciones de ejecución. Por otro lado, si el servidor de decisiones encuentra un error al ejecutar la aplicación, el verificador proporcionará información sobre el error. Recomendamos que la aplicación esté libre de errores antes de publicar.

En caso de errores, puede corregir el archivo JavaScript en su local y volver a subirlo al Portal haciendo clic en el botón Elegir archivo.

Publicar

Para publicar su aplicación y que se publique, haga clic en el botón Publicar. Esta opción aparece atenuada si la aplicación aún no está guardada o ya publicada. Cuando la aplicación se activa, aparece en la página del administrador de aplicaciones de Openmix con un estado verde. Para obtener más información sobre el estado de la aplicación, consulte la sección Estado de la solicitud.

Publicar

Nota: La aplicación se puede publicar con errores si es necesario.

Administración de aplicaciones JavaScript personalizadas

Puede administrar aplicaciones de Openmix (es decir, ver informes, modificar, duplicar, eliminar, publicar, ver el origen, ver la versión en vivo, ver el historial y probar) utilizando las fichas superiores del panel del administrador de aplicaciones.

Haga clic en su aplicación en la página de lista de aplicaciones de Openmix para expandir el panel del administrador de aplicaciones.

Administrar

Ver informe

Ver informe le lleva a la página Informes de decisión de Openmix, donde puede ver la tendencia de las decisiones de Openmix para cada una de sus aplicaciones, plataformas y geografías.

Modificar

Para modificar una aplicación JavaScript personalizada de Openmix, haga clic en el nombre de la aplicación (en la página de lista de aplicaciones Openmix). Se abrirá el panel del administrador de aplicaciones. Se pueden realizar cambios y actualizaciones en la configuración haciendo clic en el icono Modificar.

Modificar

Ver origen

View Source le permite ver la fuente JavaScript de la aplicación, es decir, la última versión de la aplicación, ya sea que se haya publicado. Esta opción solo está disponible para aplicaciones JavaScript personalizadas.

Ver versión en vivo

Puede ver, copiar y descargar la última versión publicada de la aplicación mediante esta opción. Esto solo está disponible para aplicaciones JavaScript personalizadas.

En directo

Historial de aplicaciones

Historial de aplicaciones le permite ver diferentes versiones de la aplicación. Puede utilizar la lista Seleccionar una versión para cambiar de una versión activa a una versión anterior. Haga clic en Obtener contenido para cambiar a la versión anterior. Esta opción solo está disponible para aplicaciones JavaScript personalizadas.

Historia

Comparar

La función Comparar le permite comparar diferentes versiones de su archivo JavaScript. Puedes ver las diferencias entre dos versiones de su aplicación claramente mostradas con líneas de script resaltadas.

Comparar

Eliminar

Para eliminar una aplicación Openmix, haga clic en el nombre de la aplicación (en la página de lista de aplicaciones Openmix). Se abrirá el panel del administrador de aplicaciones. Haga clic en el icono Eliminar y, a continuación, elija el botón Eliminar en el cuadro de diálogo de confirmación. La aplicación desaparece de la lista.

Restaurar aplicación

La función Restaurar aplicación le permite volver a habilitar una aplicación después de que se haya eliminado. Para restaurar una aplicación, haga lo siguiente:

  1. Haga clic en el icono Agregar + en la parte superior derecha de la página.
  2. Selecciona Restaurar aplicación en el menú implementable. Se abrirá la ventana Restaurar aplicación.

    Restaurar aplicación

  3. Busque la aplicación que desea volver a habilitar en la lista y haga clic en el botón Restaurar correspondiente.

Esto volverá a poner la aplicación en la lista de la página de Openmix con el mismo estado que antes de ser eliminada.

Proteger la API HTTP de Openmix

Openmix está disponible a través de DNS o una API HTTP para la integración en flujos de trabajo que no sean DNS. De forma predeterminada, la API HTTP se llama a través de HTTP simple. La API también se puede proteger a través de TLS y autenticación de clave. Esto se puede hacer a través de la interfaz de usuario marcando la casilla Requerir Secure API Access (HTTPS).

Acceso seguro

Creación de claves API

Para habilitar la autenticación de claves, haga lo siguiente.

  1. Active el acceso seguro para cada aplicación marcando la casilla Requerir Secure API Access (HTTPS) en la página Configuración de la aplicación Openmix.

  2. Para generar una clave de acceso segura, vaya a Mi cuenta -> API -> Openmix HTTP API Keys

    Claves de API HTTP de Openmix

  3. Si es un usuario por primera vez, se le pedirá que comience introduciendo su ID de cliente. Introduzca su ID de cliente en el cuadro de diálogo Nuevo cliente y haga clic en Completar.
  4. La clave Client Secret ahora se mostrará junto al ID de cliente en la página Openmix HTTP API Authentication Configuration (Configuración de autenticación de API HTTP de Openmix ).

  5. Ahora puede hacer una solicitud a la aplicación Openmix utilizando la autenticación básica. Use su ID de cliente como nombre de usuario y el Secreto de cliente como contraseña cuando invoque la aplicación en el explorador.

    Alternativamente, si está invocando la aplicación usando la línea de comando, use este comando cURL:

    curl https://hopx.cedexis.com/zones/<zone>/customers/<customer_id>/apps/<app_id>/decision --user <client_key>:<client_secret>
    <!--NeedCopy-->
    

Nota: Las claves que cree le darán acceso a cualquiera de sus aplicaciones Openmix.

Para obtener más información sobre cómo llamar a la API HTTP de Openmix, consulte laDocumentación de uso de API HTTP de Openmix.

Eliminación de claves de API

  1. Para eliminar una clave, vaya a la página Configuración de autenticación de API HTTP de Openmix.
  2. Haga clic en el ID de cliente.
  3. Seleccione Eliminar en la lista. La clave se elimina del sistema y ya no será válida para el acceso seguro de autenticación a la aplicación Openmix.

Acceso a registros

El registro de decisiones tomadas por Openmix se puede recopilar y poner a disposición para su descarga segura. Estos registros pueden ayudarle a analizar las decisiones tomadas por su aplicación Openmix y el comportamiento de la solicitud de depuración. Los registros se pueden activar/desactivar y asegurar a nivel de cuenta. Para obtener más información sobre cómo habilitar y descargar los registros de Openmix y ver las descripciones de los registros, vaya aNetscope.

Netscope Openmix - Soporte para ordenador portátil

Informes de Openmix

Los informes de Openmix proporcionan una gran visibilidad de las decisiones de Openmix que se tomaron para el tráfico DNS o HTTP. Cada informe se define a continuación, pero aquí hay algunos aspectos importantes de todos los informes:

Cotas primaria y secundaria

Dimensiones

La dimensión principal del gráfico se selecciona mediante una lista de selección de lista situada encima del gráfico. Utilícelo 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 fondo

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

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

Intervalo de tiempo

Los informes se pueden generar con un intervalo 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.

Filtros: Potentes capacidades de obtención de detalles

Filtros

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:

  • Estadística - Seleccione el valor mostrado en el gráfico, la mayoría de las veces el número de decisiones.
  • Origen del tráfico: Seleccione el tipo de tráfico que desea mostrar: DNS o HTTP.
  • Aplicación: Seleccione una o más aplicaciones Openmix para mostrar.
  • 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 desee incluir.
  • Estado: Seleccione uno o más estados geográficos (cuando corresponda) para incluirlos.
  • Red: Seleccione una o más redes (ASN) que desea incluir.

Informe de beneficios

El informe Benefit le proporciona la mejora general en el rendimiento de la entrega de aplicaciones cuando utiliza el servicio Intelligent Traffic Management (ITM). El beneficio se muestra como una mejora porcentual en el tiempo de respuesta y el rendimiento generado al elegir una plataforma específica del grupo de plataformas candidatas.

Dimensiones principales del informe Benefit

Las dimensiones principales son medidas independientes basadas en las que se muestra el informe de beneficios. En las secciones siguientes se describen detalladamente cada una de estas dimensiones principales.

Dimensiones principales del informe de beneficios

Resumen

Resumen es la dimensión principal predeterminada. El gráfico de resumen muestra el promedio del porcentaje total de beneficio (en términos de tiempo de respuesta o rendimiento) recibido de todas las aplicaciones.

Nota: Puede cambiar entre el beneficio mostrado en términos de tiempo de respuestao rendimientomediante el filtro de estadísticas.

Resumen del informe de beneficios

Aplicación

Cuando se elige la aplicación como dimensión principal, el gráfico muestra cada una de las aplicaciones y el rendimiento correspondiente (en términos de tiempo de respuesta o rendimiento) como un beneficio porcentual al elegir una plataforma determinada sobre otras plataformas candidatas.

Nota: 0% significa que no hubo ningún beneficio o mejora adicional en las decisiones tomadas por esa aplicación al seleccionar una plataforma específica sobre otra.

Informe de beneficios por aplicación

Ubicación (Continente, País, Región, Estado)

Cuando se selecciona la ubicación (Continente, País, Regióno Estado) como dimensión principal, el informe de beneficios muestra el promedio del porcentaje total de mejora en rendimiento (en términos de tiempo de respuesta o rendimiento) para cada ubicación. Puede seleccionar la ubicación por continente, país, región o estado.

Nota: Las plataformas que no son elegibles para la selección debido a reglas geográficas o cualquier otro motivo no se contarán en el cálculo. Sin embargo, se contarán las plataformas que estén geo-valladas para la ubicación en cuestión.

Informe de beneficios por ubicación

Red

Al seleccionar Red como dimensión principal, verá el porcentaje de mejora en el rendimiento de los usuarios agrupados en redes específicas (o proveedores de servicios) desde las que los usuarios acceden a ITM. Esto le ayuda a saber qué grupos de usuarios están viendo el beneficio de rendimiento cuando provienen de esas redes específicas.

Informe de beneficios por red

Plataforma

Cuando selecciona Plataforma como dimensión principal, verá las plataformas individuales elegidas por diferentes aplicaciones y el rendimiento mejorado correspondiente cuando se eligen. El rendimiento o beneficio mejorado es en términos de tiempo de respuesta o rendimiento (en porcentaje).

Nota: El porcentaje de mejora en el rendimiento que se muestra aquí es cuando esa plataforma es elegida por una aplicación. La lista en el gráfico, no necesariamente indica un ranking de rendimiento entre estas plataformas.

Informe de beneficios por plataforma

Código de motivo

Al seleccionar Código de motivo como dimensión principal, el porcentaje mostrado en el gráfico es el beneficio promedio general cuando se toman decisiones para un código de motivo específico.

Informe de beneficios por código de motivo

Ignorar plataformas en el informe de beneficios

Para mejorar la precisión de las decisiones de Openmix para su informe de beneficios, puede optar por ignorar ciertas plataformas y configurar la aplicación para que solo seleccione las plataformas más adecuadas para la comparación.

Por ejemplo, su aplicación tiene cinco plataformas a considerar para la comparación: tres en Europa para el tráfico europeo y dos en Estados Unidos para el tráfico estadounidense. Las normas geográficas especifican que el tráfico europeo debe pasar por las plataformas europeas; y el tráfico estadounidense debe pasar por las plataformas estadounidenses.

Por lo tanto, al calcular el beneficio de la aplicación, para asegurarse de que el cálculo se realiza solo usando las tres plataformas europeas, puede configurar la aplicación para que ignore las otras dos plataformas no europeas utilizando elignoredProvider() método en su JavaScript.

El método toma el alias del proveedor (por ejemploprovider-1,provider-2) como argumento de entrada (al igual que el método requireProvider ()). La API debe llamarse una vez por alias.

Use este código de ejemplo en su archivo JavaScript dentro de laonRequest función:

function onRequest(request, response) {
  response.ignoredProvider('provider-1');
  response.ignoredProvider('provider-2');
  response.setReasonCode('Ignoring provider-1 and provider-2');
  response.setTTL(this.__defaultTTL);
  response.respond('provider-3', 'cmg.test.fake.cname');
}
<!--NeedCopy-->

Informe de ubicación geográfica de la decisión

Este informe muestra el volumen de decisiones de Openmix para 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 ubicación geográfica de la decisión

Informe de decisión

Este informe muestra la tendencia de las decisiones de Openmix para cada una de las aplicaciones, plataformas y geografías.

Informe de decisión