Openmix

Généralités

Citrix ITM Openmix offre une approche révolutionnaire de la gestion du trafic mondial/Global Server Load Balancing (GTM/GSLB). Pour la gestion traditionnelle du trafic mondial, ITM propose une approche DNS pour l’équilibrage de charge à l’aide d’enregistrements CNAME DNS ou A où les réponses DNS sont modifiées en temps réel en fonction de la logique métier requise. Pour la vidéo, il existe plusieurs façons d’intégrer Openmix dans le flux de travail et la livraison vidéo.

Depuis de nombreuses années, les outils et services GTM/GSLB s’appuient sur des moteurs de règles statiques propriétaires, inextensibles et propriétaires pour définir et contrôler un ensemble restreint de stratégies fixes (par exemple, basculement, round robin, géo-ciblage). Citrix ITM a pour mission d’activer des stratégies cloud de nouvelle génération basées sur des flux de données en temps réel. La plateforme Openmix à la demande, distribuée globalement, offre un moyen très robuste d’ingérer des données en temps réel provenant de diverses sources et d’exposer ces métadonnées en tant que « variables » d’environnement qui peuvent être évaluées à chaque demande.

Openmix : Avantages clés

  • Éliminer les dépendances à fournisseur unique
  • Garantir une disponibilité totale
  • Contrôler les compromis qualité/prix
  • Bannissez les maux de tête associés au multi-sourcing
  • Supprimer les incertitudes des outils de performance hérités
  • Décharger le trafic de manière sélective et stratégique
  • Appliquer des fournisseurs spécifiques pour cibler des marchés individuels

Fonctionnement d’Openmix

Les clients se connectent au portail ITM Citrix pour déployer leur première application. Une bibliothèque d’exemples d’applications est disponible pour aidercommenceret un outil d’assistant étape par étape pour aider à créer des applications avec la logique de routage la plus courante. Les applications ITM Openmix peuvent prendre en charge deux protocoles pour diriger le trafic : DNS ou HTTP.

Contrôle défini par l’application

La plateforme Openmix distribuée à la demande et distribuée dans le monde entier permet de prendre des décisions GTM/GSLB près de vos audiences applicatives. Chaque hôte peut avoir sa propre application Openmix personnalisée qui prend en compte toutes les mesures et variables actuelles disponibles pour fournir la meilleure optimisation pour toute demande de routage.

Les scripts Openmix sont programmés en JavaScript, un langage accessible à la plupart des programmeurs Web et des administrateurs réseau. Bien que cette approche basée sur des scripts soit une approche où pratiquement n’importe quelle logique métier peut être implémentée — avec une complexité minimale de codage — à utiliser comme base pour des politiques de gestion du trafic réellement dynamiques. Grâce à la nature collaborative de notre communauté de clients, ITM fournit également des « applications de démarrage rapide » qui sont des applications standard qui ne nécessitent pas de code.

Quand utiliser les services HTTP ou DNS

ITM Openmix permet une large gamme d’optimisation de la diffusion de contenu. La méthode que vous utilisez pour activer Openmix dépend largement des spécificités de votre cas d’utilisation. La méthode DNS est facile à mettre en œuvre, principalement transparente pour les clients et utilisable sur une grande variété de contenus. Cependant, la possibilité de changer de fournisseur est limitée par la TTL définie sur la réponse DNS et certains contenus ne peuvent pas être commutés vers un autre fournisseur en milieu de flux. HTTP offre plus de flexibilité d’intégration et des décisions d’optimisation peuvent être prises lorsqu’il est optimal pour le client. Cette plus grande flexibilité nécessite plus de travail à intégrer à un CMS ou à un client.

Le tableau suivant résume le cas d’utilisation client principal que nous voyons pour les interfaces DNS et HTTP.

cas d'utilisation client pour les interfaces DNS et HTTP

Openmix : DNS

Délégation CNAME

L’intégration la plus simple pour les clients ITM consiste à utiliser la délégation CNAME DNS. La délégation CNAME fonctionne en demandant au client de pointer son nom d’hôte face à l’utilisateur final (dans l’exemple ci-dessous, www.acme.com) sur un nom d’hôte ITM .

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

À la réception d’une demande DNS d’un utilisateur final, le système ITM prend une décision en temps réel sur la base des données Radar, de la logique métier de l’application et de toute information de tiers fournie. Cette décision est articulée soit comme un autre enregistrement CNAME (dans notre exemple ci-dessous acme.cdn1.net), soit comme un enregistrement A tel que 111.222.111.222.

En fournissant un enregistrement CNAME, ITM peut effectivement « pointer » l’utilisateur final vers le CDN, le Cloud ou le centre de données de choix, en acheminant l’utilisateur final pour qu’il utilise ce fournisseur par rapport à un autre.

2-02-123d-000d.cdx.cedexis.net.  19  IN  CNAME acme.cdn1.net.

Une fois que le CDN ou le Cloud CNAME est fourni, la machine des utilisateurs finaux poursuivra la chaîne de résolution en demandant les serveurs de noms du CDN, jusqu’à ce qu’elle reçoive une adresse IP du noeud/serveur avec lequel communiquer. Où sur le processus de téléchargement du contenu commence. Si un enregistrement A est fourni dans le cadre de la logique, l’ordinateur utilisateur final reçoit l’adresse IP et se connecte directement au serveur et lance le téléchargement du contenu.

acme.cdn1.net.  132  IN  A  111.222.222.111

Délégation de zone

En outre, la délégation de zone DNS faisant autorité est une option pour implémenter Openmix. Le client crée une zone DNS et délègue une zone DNS prédictive créée dans le portail ITM. Un nom d’hôte est créé dans la zone déléguée et est configuré pour utiliser une application Openmix ou un enregistrement DNS prédictif dynamique pour générer une réponse. L’avantage de cette option est qu’il n’est pas nécessaire d’y avoir une délégation CNAME entre le nom d’hôte et la réponse dynamique de la plate-forme ITM. À l’aide de l’exemple ci-dessus, le nom d’hôte www.acme.com sera directement résolu à la valeur configurée pour le CDN optimal, le Cloud ou le Data Center.

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

Les enregistrements A/AAAA peuvent également être utilisés à la place des CNames, et le nom d’hôte se résoudra directement à l’enregistrement de la destination optimale.

www.acme.com. 19 IN A 111.222.222.111

Incidences sur le DNS et le temps de vie

Il convient de noter que des facteurs tels que les valeurs de durée de vie (TTL) doivent être pris en considération avec soin, en fixant des délais appropriés pour le contenu et en déterminant la façon dont la prise de décision doit être prise pour les utilisateurs. Dans la plupart des cas, ITM recommande une durée de vie de 20 secondes pour le contenu de la page et de l’objet. Pour le contenu vidéo, le consultant ITM travaille avec le client pour trouver l’équilibre le plus approprié en fonction de la longueur du morceau et de la méthode d’intégration.

Openmix : HTTP

Une alternative au DNS consiste à utiliser l’API HTTP. L’accès HTTP à Openmix utilise des requêtes HTTP pour informer un client tel qu’un lecteur vidéo ou un CMS sur quelle plate-forme utiliser à un moment donné.

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"
    }
  ]
}

Le service HTTP Openmix utilise la même logique d’application que son homologue basé sur DNS avec l’inclusion de certaines extensions supplémentaires, ce qui permet un profilage plus poussé d’une machine cliente. Par exemple, avec HTTP Openmix, il est possible de regarder également les en-têtes pour User-Agent String, X-Forwarded-For et Referer, et de fournir des remplacements IP à l’aide des paramètres de chaîne de requête. Comme la charge utile pour HTTP Openmix est plus extensible que celle du DNS, il est également possible de fournir la sélection de décisions CDN, cloud ou serveur de différentes manières. Le plus commun jusqu’à présent a été une liste ordonnée de la plate-forme la plus préférée au moins (comme ci-dessus). En fournissant une liste complète, il permet de fournir le rang de décision au CMS ou au Client, tout en permettant d’utiliser des heuristiques internes pour choisir le fournisseur.

Intégration CMS

Certains clients préfèrent gérer la sélection du fournisseur côté serveur plutôt que d’implémenter la sélection du fournisseur dans chaque client. L’API HTTP peut être utilisée pour récupérer une décision d’optimisation à partir d’Openmix au moment de la demande auprès du client, qui peut être utilisée pour remplir un fichier renvoyé par le CMS au client.

Par défaut, les points de terminaison HTTP Openmix utilisent l’adresse IP de l’appelant pour l’emplacement géographique et les critères de décision. Si, à la place, vous appelez à partir d’un CMS ou d’un autre système situé entre le client utilisateur final et Openmix, vous pouvez spécifier comme paramètre l’adresse IP à utiliser dans la décision.

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"
    }
  ]
}

Cette méthode vous permet d’utiliser une intégration CMS pour tirer des décisions à partir d’Openmix tout en bénéficiant des avantages de l’optimisation des itinéraires géo et FAI pour l’utilisateur final. Le nom d’hôte renvoyé par Openmix est ensuite empaqueté dans la réponse, tel qu’un fichier manifeste vidéo, et renvoyé par le CMS au client. Le client utilisera alors la décision optimisée sans aucune modification pour prendre en charge l’optimisation Openmix.

Applications Openmix

Les applications Openmix Quickstart sont des applications d’équilibrage de charge et de gestion du trafic qui fournissent le routage du trafic en temps réel au meilleur fournisseur basé sur un ensemble de règles.

Les demandes sont traitées pour chaque requête effectuée à Openmix et une décision de routage est prise en fonction de la logique spécifiée. Un client peut disposer d’une application pour un type de contenu ayant une valeur commerciale élevée, et d’une application différente pour le contenu ayant une valeur moindre qui doit être acheminé différemment.

Lorsqu’une application est invoquée, une décision est prise, c’est-à-dire qu’une seule requête est envoyée à l’un des équilibreurs de charge de Citrix. Pour DNS, il s’agit d’une seule requête DNS aux équilibreurs de charge DNS. Pour HTTP, il s’agit d’une requête GET ou HEAD vers le point de terminaison HTTP Openmix.

Les applications suivantes sont actuellement disponibles via le portail Intelligent Traffic Management Portal.

  • Routage statique
  • Basculement
  • Round Robin
  • Temps d’aller-retour optimal (ORTT)
  • Débit

Les applications JavaScript personnalisées Openmix sont utilisées par des serveurs Openmix spécialisés pour répondre aux requêtes DNS ou HTTP en fonction de la logique des scripts. Le déploiement des scripts se fait via le portail client où l’application est configurée et publiée. Pour plus d’informations sur la possibilité de créer vos propres scripts JavaScript, reportez-vous aux informations sur notre siteDéveloppeur Exchange.

Avant de procéder à la configuration des applications, il est important de comprendre les concepts suivants :

Seuil de disponibilité

Le seuil de disponibilité est le score de disponibilité minimal qu’une plate-forme doit respecter pour être prise en compte pour le routage. Le seuil de disponibilité minimum par défaut pour toutes les applications est de 80 %. Toutefois, vous pouvez modifier ce pourcentage et le définir sur une valeur adaptée à votre emplacement, à la disponibilité du réseau et à la fiabilité.

Remarque : si aucune plate-forme n’atteint ce seuil de disponibilité minimum (80 % par défaut ou la valeur que vous avez définie), le routage aléatoire est effectué pour les applications Round Robin, ORTT et Débit.

Repli

La réponse de secours est renvoyée si l’application Openmix ne s’exécute pas correctement pour une raison quelconque. Ou si Sonar confirme qu’il n’y a pas de plateformes disponibles. Par conséquent, un enregistrement CNAME/A/AAAA de secours valide ou IP (ou chemin d’accès dans HTTP) doit être spécifié avec lequel Openmix peut répondre. Cette URL de secours ou enregistrement CNAME peut être ou non pour une plate-forme préconfigurée dans Openmix.Le repli se produit parfois dans les scénarios suivants :

  • Lorsqu’il y a un basculement entre les versions de votre application, c’est-à-dire lorsque vous téléchargez et publiez un nouveau script, cela peut conduire (mais pas toujours) à une brève période de repli (millisecondes) lorsque le nouveau script est initialisé après la suppression de l’ancien script.
  • Si jamais il y a une surcharge (ce qui arrive rarement), Openmix répond avec le CNAME/A/AAAA de secours puisque le repli déplace la charge sur le service.

[Pour le repli, vous devez entrer un nom d’hôte valide (enregistrement CNAME/A/AAAA) ou une adresse IP dans DNS, et un URI valide (il peut être de la forme, schéma ://hôte [:port[]]/chemin[][?query]#fragment) en HTTP.]

TTL

Dans Openmix, le DNS Time to Live (TTL) de l’application indique aux résolveurs combien de temps ils doivent conserver la décision avant de demander à Openmix à nouveau. Le TTL est utilisé pour :

Contrôlez le volume de trafic d’une application Openmix et contrôlez la sensibilité d’une application aux modifications des données sur lesquelles elle agit. La durée de vie par défaut est de 20 secondes. Bien que vous puissiez modifier cette valeur, il n’est pas recommandé de le faire. Si vous abaissez la TTL, vous obtenez plus de volume et plus de requêtes DNS en temps réel. Mais cela peut entraîner des coûts supplémentaires et des performances inférieures (car les requêtes DNS prennent du temps sur le client). Par conséquent, il est préférable de ne pas modifier la valeur par défaut de TTL.

Remarque : le TTL s’applique aux applications Quickstart, aux applications JS personnalisées si aucune TTL n’est spécifiée dans le code, et à toutes les réponses de secours

Poids (Utilisé pour Round Robin)

Vous pouvez attribuer des pondérations pour la hiérarchisation et la sélection de chaque plateforme à l’échelle mondiale et/ou par marché ou pays.

Par exemple, supposons que vous avez sélectionné trois plates-formes pour votre application - P1, P2 et P3. Vous leur donnez les poids : 60, 50 et 10 respectivement. L’application Round Robin convertit ces valeurs en pourcentages tels que, P1= 50 %, P2= 42 % et P3= 8 % (qui totalisent désormais 100 %). Cela signifie qu’environ 50 % du temps, les utilisateurs seraient acheminés par P1, environ 42 % du temps par P2 et environ 8 % du temps par P3.

Les poids que vous donnez aux plates-formes n’ont pas à additionner jusqu’à 100. Ils peuvent être n’importe quel entier compris entre 0 et 1 000 000. Les poids donnés aux plates-formes lorsqu’ils sont convertis en pourcentage (par l’application dans le back-end), s’additionnent à 100%. Si toutes les plates-formes sélectionnées reçoivent le même poids, le trafic sera réparti uniformément entre elles au fil du temps. Si vous n’avez qu’une seule plate-forme, celle-ci sera utilisée 100% du temps, quel que soit le poids que vous lui donnez.

Les poids ne sont utilisés que pour les plates-formes considérées comme disponibles selon les contrôles de disponibilité radar et sonar, en fonction de la configuration de l’application. Les plates-formes non disponibles font que la distribution ne correspond pas aux poids configurés. Par exemple, si P1 est pondérée 100 et P2 est pondérée 0 mais que P1 échoue la vérification de disponibilité radar, tout le trafic est envoyé à P2.

Handicap (utilisé pour ORTT et débit)

Le Handicap est une valeur de pourcentage qui peut être appliquée à une plate-forme pour modifier les scores radar de RTT et le débit, c’est-à-dire augmenter artificiellement le temps de réponse (en millisecondes) ou diminuer le débit (en kbps). L’augmentation ou la diminution de ces valeurs réduisent les performances de la plate-forme de telle sorte que la probabilité qu’elle soit choisie diminue. Les handicaps peuvent être ajoutés à des plateformes à l’échelle mondiale, ou séparément pour des marchés et/ou des pays spécifiques. Il est utile dans les cas où, par exemple, une plate-forme est coûteuse (peut-être dans un marché/pays spécifique) et que vous voulez réduire la probabilité qu’elle soit choisie quand un fournisseur équivalent est suffisamment proche en termes de performance. Ainsi, vous mettez une valeur de handicap (en pourcentage) qui agit comme un multiplicateur pour augmenter la valeur du temps de réponse ou diminuer la valeur du débit, ce qui réduit la probabilité que cette plate-forme soit sélectionnée.

Voici à peu près comment Handicap fonctionne dans le back-end :

  • Plateforme RTT avec Handicap appliqué = RTT (All-retour en millisecondes) * (1 + Handicap) ou
  • Débit de plate-forme avec handicap appliqué = (Débit en kbps) * (1 — Handicap)

Remarque : Les valeurs RTT et Débit de la plate-forme sont des scores de données Radar. Le tableau suivant montre comment Handicap affecte les deux plates-formes - P1 et P2. Et comment le Handicap diminue la probabilité que P1 soit choisi.

  P1 P2
RTT sans Handicap 50 millisecondes 60 millisecondes
RTT avec 50% (0,5) handicap pour P1 et 0% (0) pour P2 50 (1+0,5) = 75 millisecondes 60 (1+0) = 60 millisecondes
Débit sans handicap 3000 kbps 2800 kbps
Débit avec un handicap de 50 % (0,5) pour P1 et 0 % (0) pour P2 3000 (1-0,5) = 1500 kbps 2800 (1- 0) = 2800 kbps

Flux de travail de filtrage, de classement et de sélection

Exemple de diagramme de flux pour l’application Débit

Exemple de diagramme de flux

Critères de sélection des plates-formes

Les applications Openmix Quickstart utilisent les critères suivants comme filtres de 1er, 2ème et 3ème niveau pour classer et sélectionner la meilleure plate-forme.

Niveau de filtration Critères de sélection ORTT Débit Round Robin Basculement Routage statique
1er niveau Vérification de la disponibilité du sonar (si activée) X X X X X
2e niveau Vérification de la disponibilité du radar (si activée) X X X X X
3ème niveau Poids (défini par l’utilisateur) SO SO X SO SO
3ème niveau Temps de trajet aller-retour (en millisecondes) X SO SO SO SO
3ème niveau Débit (en kbps) SO X SO SO SO

Rapport sur le code de motif

Les codes de raison sont un moyen de fournir une visibilité sur la raison pour laquelle l’application a pris la décision qu’elle a prise, et de savoir quelles parties du code de l’application ont été exécutées. Pendant l’exécution, une application peut ajouter quelque chose au champ de code motif à tout moment.Les codes de raison signifient des choses différentes pour chaque application Quickstart. Il peut y avoir une certaine uniformité entre les codes de raison pour chaque application, mais ce n’est pas complet.

Remarque : Pour que les codes de motif s’affichent correctement, ils ne doivent pas dépasser la limite maximale de 200 caractères. Si cette limite est dépassée, le code motif s’affiche comme Inconnu. Une autre raison pour laquelle Unknown est affiché est si l’utilisateur n’a pas ajouté de code de motif.

Voici les codes de raison pour les applications Quickstart :

Appli Code motif Logique  
Routage statique Routé par l’application statique Une seule plate-forme spécifiée est toujours sélectionnée.  
Round Robin Routé par round robin pondéré avec disponibilité Radar Toutes les plates-formes qui atteignent le seuil de disponibilité sont d’abord choisies. Sur ces plates-formes, une méthodologie de distribution de round robin est appliquée. Par exemple, si les plates-formes P1, P2 et P3 atteignent le seuil de disponibilité, la première demande est acheminée vers P1, la deuxième vers P2, la troisième vers P3, la quatrième vers P1, etc.  
    Routée au repli en raison de zéro poids Si toutes les plates-formes ont reçu un poids nul, alors le repli est renvoyé. Par exemple, si toutes les plates-formes ont été définies sur un poids nul en Chine et qu’une requête DNS/HTTP provient de Chine, aucune des plates-formes ne peut être sélectionnée en raison d’un poids nul. Un repli est retourné dans ce cas.
    Routé par ronde pondérée Routé sur la base de la méthodologie de distribution de round robin. Ici, il n’y a pas de seuil de disponibilité spécifié, donc le premier niveau de filtrage basé sur la disponibilité ne se produit pas.
    Routé aléatoirement en raison de données insuffisantes Les scores radar ne sont pas disponibles. Une plate-forme est choisie au hasard en conséquence.
ORTT Routé en fonction des données de disponibilité HTTP radar Toutes les plates-formes qui atteignent le seuil de disponibilité sont d’abord choisies. Parmi ces plates-formes, la plate-forme avec la valeur RTT la plus faible est choisie.  
    Routée vers le repli en raison de la disponibilité du sonar Sonar dit que la plate-forme est en panne, donc elle est acheminée vers le repli.
    Routé vers la solution de secours pas de plates-formes disponibles Aucune des plates-formes spécifiées dans l’application n’a une disponibilité radar égale ou supérieure au seuil de disponibilité.
    Routé aléatoirement en raison de données insuffisantes Les scores radar ne sont pas disponibles. Une plate-forme est choisie au hasard en conséquence.
Débit Routé en fonction de Radar http_kbps et de la disponibilité Toutes les plates-formes qui atteignent le seuil de disponibilité sont d’abord choisies. Parmi ces plates-formes, la plate-forme avec le débit le plus élevé dans le cas de http_kbps est choisie.  
    Routée sur la base des données Radar http_kbps La plate-forme avec le débit le plus élevé dans le cas de http_kbps est choisie.
    Routé aléatoirement en raison de données insuffisantes Les scores radar ne sont pas disponibles. Une plate-forme est choisie au hasard en conséquence.

Applications Openmix Quickstart

  1. Connectez-vous au portail Intelligent Traffic Management Portal.
  2. Dans le menu de navigation de gauche, accédez à Openmix > Configuration de l’application.
  3. Si vous configurez votre application Openmix pour la première fois, la page Démarrer s’ affiche lorsque vous cliquez sur Openmix > Configuration de l’application .
  4. Pour configurer une nouvelle application, cliquez sur le bouton Démarrer ou sur le bouton Ajouter dans le coin supérieur droit de la page. Si les applications Openmix ont déjà été configurées, la liste des applications s’affiche sur cette page.

Les sections suivantes vous suivent tout au long du processus de configuration des applications Openmix dans le portail.

Routage statique

Ce type d’application n’utilise aucune logique d’évaluation pour décider quelle réponse DNS doit être fournie à l’utilisateur final. L’application sélectionne toujours une seule plate-forme ici, spécifiée par l’utilisateur. Par conséquent, seule une seule réponse CNAME DNS ou adresse IP est utilisée par l’application. L’application de routage statique peut être configurée via le portail sur la page Configuration de l’application .

Remarque : Avant de configurer votre application, assurez-vous que vos plates-formes sont d’abord configurées. VoirPlates-formesla page pour la configuration de la plate-forme.

  1. Accédez à Openmix > Configuration de l’application.
  2. Cliquez sur le bouton Ajouter en haut à droite

La boîte de dialogue Informations de base s’ouvre.

Informations de base

Pour saisir les informations de base, procédez comme suit :

  1. Pour Protocole, sélectionnez DNS ou HTTP dans la liste.
  2. Pour Type d’application, sélectionnez Routage statique. Ou si vous configurez un autre type d’application, sélectionnez-le dans la liste.
  3. Donnez un nom à votre application (champ obligatoire) ; ajoutez une description (champ facultatif) ; et une balise (champ facultatif).
  4. Cliquez sur Suivant pour Configuration .

Configuration

Pour configurer l’application, procédez comme suit :

  1. Sélectionnez la plate-forme associée dans la liste Plateforme . Il s’agit de la plate-forme que vous avez configurée dans la page Plates-formes, représentant le CDN, le Cloud ou le Data Center.
  2. Entrez un enregistrement CNAME/A/AAAA (pour DNS) ou une URL (pour HTTP). L’URL DNS CNAME ou HTTP de la plate-forme sélectionnée doit pointer vers une adresse IP ou un nom d’hôte valide.
  3. Pour CORS, (dans un protocole HTTP) sélectionnez Aucun, Tout ou Personnalisé pour CORS. CORS vous permet de contrôler l’accès à votre site à partir d’autres sites. Vous pouvez soit restreindre complètement l’accès à votre site à partir d’autres sites (en cliquant sur Aucun), autoriser l’accès à partir de tous les autres sites (en cliquant sur Tout), ou autoriser l’accès uniquement à partir de sites spécifiques (en cliquant sur Personnalisé).
  4. Entrez une TTL (Time-To-Live) pour la réponse. La valeur par défaut est de 20 secondes, mais elle peut être remplacée.
  5. Cliquez sur Terminer.
  6. Dans la fenêtre contextuelle de confirmation, cliquez sur Terminé ou Publier pour afficher votre application dans la page Applications Openmix. Si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Cela signifie que l’application est en production. Si vous cliquez sur Terminé, votre application sera toujours répertoriée sur la page des applications, mais elle sera non publiée et l’état sera rouge.

Basculement

L’application de basculement prend en charge une logique de routage simple dans laquelle une plate-forme est choisie en fonction de sa place dans la ligne et de sa disponibilité. Le client peut créer une chaîne de basculement qui décide de la plate-forme à sélectionner en premier, deuxième, etc. Cette chaîne de basculement peut être créée pour fonctionner à l’échelle mondiale et/ou pour des marchés et des pays individuels.

L’application de basculement peut être configurée dans le portail sur la page Configuration de l’application .

Remarque : Avant de configurer votre application, assurez-vous que vos plates-formes sont configurées en premier. Reportez-vous à laPlates-formespage pour la configuration de la plate-forme.

  1. Connectez-vous au portail.
  2. Dans le menu de navigation de gauche, accédez à Openmix > Configuration de l’application.
  3. Cliquez sur le bouton Ajouter en haut à droite pour accéder à la boîte de dialogue Nouvelle application Openmix, Informations de base .

Informations de base

  1. Sélectionnez DNS dans la liste Protocol .
  2. Dans la liste Type d’application, sélectionnez Basculement .
  3. Donnez un nom (champ obligatoire) à votre application ; ajoutez une description (champ facultatif) ; et une balise (champ facultatif).
  4. Lorsque vous avez terminé, cliquez sur Suivant.

Informations de base sur le basculement

Configuration

  1. Dans la boîte de dialogue Configuration, activez la case à cocher Seuil de disponibilité . Le seuil de disponibilité a une valeur par défaut de 80 %. Cela signifie qu’une plate-forme doit avoir un score de disponibilité au moins aussi élevé que ce seuil pour être prise en compte pour le routage.
    • Si vous souhaitez modifier le seuil de disponibilité par défaut, tapez simplement une nouvelle valeur pour remplacer la valeur par défaut.
    • Si aucune plate-forme n’a un score de disponibilité égal ou supérieur au seuil spécifié, alors le repli (CNAME/A/AAAA ou adresse IP) est utilisé.
    • Si la case n’est pas cochée, la plate-forme assume un seuil de disponibilité zéro. Cela signifie qu’il n’y aura pas de contrôle de disponibilité Radar sur cette plateforme.
  2. Entrez une adresse CNAME/A/AAAA ou IP pour Fallback. Le CNAME/A/AAAA ou IP de secours est généralement utilisé si l’application rencontre des problèmes ou des erreurs.
  3. Entrez une TTL (Time-To-Live) pour la réponse. La valeur par défaut est 20 secondes. Vous pouvez remplacer cette valeur si nécessaire.

Configuration de basculement

Informations sur la plateforme

  1. Dans la boîte de dialogue Informations sur la plate-forme, sélectionnez une plate-forme dans la liste.
    • Vous pouvez sélectionner plusieurs plates-formes à l’aide du bouton Ajouter des plates-formes . L’idée est de sélectionner toutes les plateformes disponibles applicables au routage global et géographique (marchés et pays).
    • Les plates-formes de cette liste sont celles que vous avez configurées dans laPlates-formespage (dans le portail), représentant votre CDN, Cloud ou Data Center.
    • Toutes les applications Openmix nécessitent la configuration préalable d’une plateforme associée. Si vous ne trouvez pas de plate-forme dans la liste, vous pouvez la configurer dans la page Plates-formes du portail.
  2. Entrez l’enregistrement CNAME/A/AAAA de la plateforme.
  3. Assurez-vous que la case Activé est cochée (indiquant que la plate-forme est activée) avant de passer à l’étape suivante.
  4. Si Sonar est configuré et que vous souhaitez utiliser les données Sonar pour vous aider dans le processus de prise de décision initial, assurez-vous de cocher la case Utiliser Sonar pour la disponibilité de la plate-forme . Remarque : La case à cocher Sonar s’affiche uniquement si Sonar est activé pour cette plate-forme.
  5. Cliquez sur Suivant pour la configuration de l’emplacement .

Configuration de l’emplacement

  1. Dans la boîte de dialogue Configuration de l’emplacement, sélectionnez les plates-formes requises pour le routage global .
    • Global indique que vous configurez une chaîne de plates-formes pour le routage global.
    • Lorsque vous cliquez dans le champ Global, une liste affiche toutes les plates-formes que vous avez sélectionnées dans l’étape Informations sur la plate-forme .
    • Sélectionnez les plates-formes requises dans la liste pour le routage global basé sur la disponibilité.
    • L’ordre dans lequel vous placez les noms de plates-formes dans ce champ détermine la priorité de leur sélection, c’est-à-dire qu’ils seront sélectionnés du premier au dernier en fonction de la disponibilité. Par exemple, si la première plate-forme de votre liste n’est pas disponible, la seconde sera sélectionnée et ainsi de suite. Si aucune des plates-formes de la liste n’est disponible, alors la solution de secours est utilisée.
    • Vous pouvez faire glisser les noms des plates-formes pour modifier leur ordre de priorité.
  2. Cliquez sur Marchés et pays si vous souhaitez configurer des plates-formes pour le routage géographique local.
    • Lorsque vous cliquez dans le champ Marchés et pays, la liste affiche toutes les plates-formes que vous avez sélectionnées dans l’étape Informations sur la plate-forme .
    • Sélectionnez les plates-formes pour le routage géographique local, séparément pour chaque géo (marché/pays).
    • L’ordre dans lequel vous placez les noms de plates-formes dans ce champ détermine la priorité de leur sélection, c’est-à-dire qu’ils seront sélectionnés du premier au dernier en fonction de la disponibilité. Par exemple, en Chine, vous pouvez utiliser le POP de Chine en premier, et seulement si ce n’est pas disponible, vous souhaiteriez que votre POP de Singapour soit utilisé, que vous placeriez ensuite dans la ligne, et ainsi de suite.
    • Vous pouvez faire glisser les noms des plates-formes pour modifier leur ordre de priorité.

    Informations sur l'emplacement de basculement

  3. Cliquez sur Terminer pour terminer la configuration de votre application.
  4. Dans la fenêtre contextuelle de confirmation, cliquez sur Terminé ou Publier pour voir votre application répertoriée sur la page Openmix .
    • Si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Cela signifie que l’application est en production.
    • Si vous cliquez sur Terminé, votre application sera toujours répertoriée sur la page Openmix, mais elle n’est pas publiée et l’état sera rouge.

Round Robin

Cette application suit une méthode typique d’équilibrage de la charge de serveur global de Round Robin, où chaque CNAME alterne étant renvoyé aux utilisateurs finaux, au fur et à mesure que les demandes DNS sont faites. Il utilise les données Sonar (si Sonar est activé) et le seuil de disponibilité de la plate-forme pour évaluer la meilleure plate-forme pour l’utilisateur demandeur alors. Chaque plateforme est sélectionnée en fonction de la méthodologie de distribution Round Robin. Par exemple, si les plates-formes P1, P2 et P3 atteignent le seuil de disponibilité, la première demande est acheminée vers P1, la deuxième vers P2, la troisième vers P3, la quatrième vers P1, etc.

Pour configurer une nouvelle application Round Robin, cliquez sur le bouton Ajouter dans le coin supérieur droit de la page Openmix. La boîte de dialogue Informations de base s’ouvre.

  1. Connectez-vous au portail.
  2. Dans le menu de navigation de gauche, accédez à Openmix > Configuration de l’application.
  3. Cliquez sur le bouton Ajouter en haut à droite pour accéder à la boîte de dialogue Nouvelle application Openmix, Informations de base.

Informations de base

  1. Dans la boîte de dialogue Informations de base, sélectionnez DNS comme protocole pour Round Robin.Remarque : Pour l’application Round Robin, le routage n’est disponible que via un CNAME DNS.
  2. Sélectionnez le type d’application dans la liste. Donnez à l’application un nom (champ obligatoire), une description (champ facultatif) et une balise (champ facultatif).
  3. Cliquez sur Suivant pour Configuration.

Configuration

  1. Le seuil de disponibilité a une valeur par défaut de 80 %. Pour modifier cette valeur, saisissez simplement une nouvelle valeur pour remplacer la valeur par défaut.
  2. Entrez une adresse CNAME/A/AAAA ou IP pour Fallback. Le CNAME/A/AAAA ou IP de secours est généralement utilisé si l’application rencontre des problèmes ou des erreurs.
  3. Entrez une TTL (Time-To-Live) pour la réponse. La valeur par défaut est 20 secondes, mais cette valeur peut être remplacée si nécessaire.
  4. Cliquez sur Suivant pour obtenir des informations sur la plate-forme.

Informations sur la plateforme

  1. Sélectionnez une plate-forme dans la liste Plateforme . Remarque : Toutes les applications Openmix nécessitent une plateforme associée préalablement configurée. Si vous ne trouvez pas de plate-forme dans la liste, vous pouvez la configurer dans la page Plates-formes du portail.
  2. Sélectionnez d’autres plates-formes en cliquant sur le bouton Ajouter une plate-forme .
  3. Entrez un CNAME ou un enregistrement A/AAAA ou une adresse IP (dans DNS), ou une URL (en HTTP) pour cette Plateforme. Il doit s’agir d’une URL, d’un nom d’hôte ou d’une adresse IP valide. Il peut être de la forme : schéma :[]][/chemin][?query][Pour le repli, vous devez entrer un nom d’hôte valide (enregistrement CNAME/A/AAAA) ou une adresse IP dans DNS, et un URI valide (il peut être de la forme, schéma ://hôte [:port]/chemin#fragment) en HTTP.].
  4. Assurez-vous que la case Activé est cochée (indiquant que la plate-forme est activée) avant de passer à l’étape suivante.
  5. Si Sonar est disponible et que vous souhaitez utiliser les données Sonar pour vous aider dans le processus de prise de décision initial, activez la case à cocher Utiliser Sonar pour la disponibilité de la plate-forme .
  6. Cliquez sur Enregistrer pour passer à l’étape 4 pour attribuer les poids appropriés à chaque plate-forme.

Configuration de l’emplacement

  1. Affectez des pondérations pour la priorisation et la sélection de chaque plateforme à l’échelle mondiale et/ou par marché ou pays.
  2. Pour attribuer des poids de plate-forme séparément pour le marché ou le pays, saisissez le nom dans la zone de recherche Marchés et pays et choisissez dans la liste.
  3. Cliquez sur Compléter pour créer votre demande.
  4. Dans la fenêtre contextuelle de confirmation, cliquez sur Terminé ou Publier pour voir votre application répertoriée sur la page Openmix. Si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Cela signifie que l’application est en production. Si vous cliquez sur Terminé, votre application sera toujours répertoriée sur la page Openmix, mais elle n’est pas publiée et son statut sera rouge.

Application de temps aller-retour optimal (ORTT)

L’application ORTT utilise le temps de réponse radar, les données sonar (si Sonar est activé) et le seuil de disponibilité de la plate-forme pour évaluer la meilleure plate-forme pour l’utilisateur demandeur. Le seuil de disponibilité est la disponibilité minimale (80 % est la valeur par défaut) que la plate-forme doit respecter pour être sélectionnée. En outre, l’application ORTT utilise également une valeur Handicap qui peut être incluse globalement et/ou localement (pour des marchés ou des pays spécifiques) pour permettre aux clients d’influencer la façon dont les utilisateurs finaux sont acheminés.

Les trois premières étapes (informations de base, configuration et informations sur la plate-forme) sont saisies de la même manière que les autres applications.

Suivez ces étapes pour configurer les informations de localisation et entrer des valeurs pour Handicap pour chaque plate-forme, globalement ou par emplacement/marché.

Configuration de l’emplacement

  1. Dans la boîte de dialogue Configuration de l’emplacement, entrez une valeur pour Handicap pour l’une ou l’ensemble des plates-formes sélectionnées. Vous pouvez entrer une valeur de handicap comprise entre 0 et 6000. L’utilisation du handicap est de réduire manuellement les chances qu’une plate-forme particulière soit choisie pour le routage, lorsqu’il y a de meilleures plateformes disponibles, en termes de coût ou de commodité par exemple. Plus la valeur du handicap est importante, moins la chance de choisir la plate-forme est faible. Vous pouvez désélectionner une plate-forme si nécessaire en désactivant le bouton Sélection de la plate-forme .

  2. Cliquez sur Marchés et pays pour sélectionner un marché ou un pays particulier dans la liste et entrez les valeurs de handicap séparément pour chacune des plateformes associées.

  3. Cliquez sur Terminer pour terminer la configuration de votre application.

  4. Dans la fenêtre contextuelle de confirmation, cliquez sur Terminé ou Publier pour afficher votre application dans la liste des applications Openmix. Si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Cela signifie que l’application est en production. Si vous cliquez sur Terminé, votre application sera toujours répertoriée sur la page Applications, mais elle n’est pas publiée et son état sera rouge.

Débit

L’application Débit sélectionne la plate-forme en fonction des données Sonar (si Sonar est activé), du débit le plus élevé (à l’aide des données Radar) et du seuil de disponibilité de la plate-forme (qui est de 80 % par défaut). En outre, cette application vous permet d’ajouter une valeur Handicap pour diminuer le débit pour des plates-formes spécifiques et influencer la façon dont les utilisateurs finaux sont routés. Cette valeur facultative de Handicap peut être attribuée globalement et/ou localement (pour des marchés ou des pays spécifiques).

Les trois premières étapes ( informations de base, configuration et informations sur la plate-forme) sont saisies de la même manière que les autres applications. La configuration d’emplacement est entrée de la même manière que dans l’application ORTT.

Lorsque vous avez terminé, cliquez sur Terminer pour revenir à la page de liste des applications Openmix. Enfin, cliquez sur Publier pour publier votre application lorsque vous êtes prêt à être mis en ligne.

État de la demande

L’état de l’application affiche sa configuration actuelle.

  • Red signifie inédite. Lorsque vous avez terminé la configuration, si vous cliquez sur Terminé, votre application est répertoriée dans la page Applications avec un point rouge, indiquant qu’elle n’a pas encore été publiée.
  • Green signifie publié. Si vous cliquez sur Publier, votre application est mise en ligne instantanément, et être désigné par un point vert, ce qui signifie que l’application est en production.
  • Yellow signifie la dernière version inédite. Le point jaune indique que l’application a été créée et modifiée et que les derniers paramètres modifiés ne sont pas encore publiés.

Gestion des applications de démarrage rapide

Vous pouvez gérer les applications Openmix (édition, duplication, suppression et test) ; et également afficher les rapports, afficher la source et afficher l’historique des versions de l’application à l’aide des onglets supérieurs du panneau du gestionnaire d’applications. Cliquez sur votre application dans la page de liste Applications Openmix pour développer le gestionnaire d’applications.

Gestion des applications Openmix

Afficher le rapport

Voir le rapport vous amène à la page Rapports de décision Openmix, où vous pouvez voir la tendance des décisions Openmix pour chacune de vos applications, plates-formes et géographies.

Modifier

Pour modifier votre application Openmix, cliquez simplement sur l’icône Modifier en haut du panneau du gestionnaire d’applications. Vous pouvez également effectuer des modifications individuelles séparément pour les informations de base, la configuration, la plate-forme ou l’emplacement en cliquant sur les boutons Modifier dans le panneau, comme illustré sur la figure. Lorsque vous avez terminé l’édition, cliquez sur Terminé(Terminé) pour répertorier l’application dont le statut n’est pas publié (pour d’autres modifications ultérieures), ou cliquez sur Publierpour être en ligne instantanément.

Dupliquer

Cliquez sur Dupliquer pour répliquer la configuration de l’application actuelle et l’enregistrer sous un nouveau nom.

Supprimer

Cliquez sur Supprimerpour supprimer les applications dont vous n’avez plus besoin.

Publier

Cliquez sur Publier pour publier directement l’application à partir du gestionnaire d’applications Openmix. Cette option n’est visible que si l’application n’est pas encore publiée.


Applications JavaScript personnalisées Openmix

Les applications JavaScript Openmix sont des applications avec des scripts Java entièrement personnalisables que vous pouvez créer, configurer, tester et publier à l’aide de l’interface utilisateur du portail ITM (Intelligent Traffic Management).

Remarque : Ce guide ne couvre pas la création réelle du script personnalisé (syntaxes, variables, etc.). Pour plus d’informations sur la création de Javascripts personnalisés, reportez-vous à la section Développeur Exchange.

  1. Connectez-vous au portail ITM.
  2. Dans le menu de navigation de gauche, accédez à Openmix.
  3. Choisissez Configuration de l’application.
  4. Pour configurer une nouvelle application Openmix, cliquez sur l’icône Ajouter dans le coin supérieur droit.
  5. Sélectionnez Application JS personnalisée.
  6. La page Configuration de l’application Openmix s’ouvre.

Ajouter une application JS personnalisée

Informations de base

  1. Nom de l’application : Donnez un nom à votre application.
  2. Description : Donnez une description à l’application ou ajoutez une note de publication ici. Il s’agit d’un champ facultatif.
  3. Tags : Entrez une balise appropriée, si nécessaire. Les balises permettent d’identifier et d’organiser votre application. Il s’agit d’un champ facultatif.

  4. Protocole : sélectionnez DNS ou HTTP comme protocole.
    • DNS : Si vous sélectionnez DNS, une valeur TTL doit être saisie.
    • HTTP : Si vous sélectionnez HTTP, vous avez la possibilité d’activer l’accès sécurisé.
  5. TTL : entrez une durée de vie DNS pour l’application. La valeur recommandée est de 20 secondes. Remarque : Cette TTL s’applique si aucune TTL n’est définie par l’application JS personnalisée ou si la réponse est une valeur de secours.
  6. Fallback : Entrez une adresse CNAME/A/AAAA ou IP pour Fallback. Le CNAME/A/AAAA ou IP de secours est généralement utilisé si l’application rencontre des problèmes ou des erreurs.

  7. Accès sécurisé : si Secure Accessest activé, l’API HTTP doit exiger une clé d’accès Oauth du client lors de l’appel. Reportez-vous à la section Sécurisation de l’API HTTP Openmix pour en savoir plus.

    Remarque : Lorsque l’accès sécurisé est activé, une icône de verrouillage s’affiche à côté du nom de l’application dans la liste des applications sur la page d’accueil d’Openmix.

Informations de base

JavaScript personnalisé

Une fois que vous avez saisi les informations de configuration, vous pouvez télécharger votre JavaScript personnalisé.

  1. Cliquez sur le bouton Choisir un fichier et sélectionnez le fichier JavaScript que vous souhaitez charger. Vous pouvez télécharger un nouveau fichier pour remplacer un fichier existant à tout moment.

  2. Cliquez sur Enregistrer et tester pour enregistrer votre application.

    Remarque : l’application est automatiquement testée à l’aide d’un vérificateur d’application lorsqu’elle est téléchargée et enregistrée. S’il y a des erreurs, le vérificateur d’application affiche les informations d’erreur et l’emplacement de l’erreur. Reportez-vous à laVérification de l’applicationsection pour plus d’informations sur les données disponibles à partir du vérificateur d’application.

    Publier

  3. Cliquez sur Annuler pour revenir à la page Applications Openmix ou sur Publier si vous êtes prêt pour la mise en service de l’application.

    Remarque : si vous cliquez sur Publier, votre application est mise en ligne instantanément et a un statut vert. Cela signifie que l’application est en production.

    Si vous cliquez sur Annuler, votre application est répertoriée sur la page Applications, mais sera non publiée et l’état sera rouge. Pour en savoir plus sur l’état, reportez-vous à laÉtat de la demandesection.

Publier

Déploiement de l’application par étapes

Vous pouvez gérer le déploiement de votre application en envoyant un petit pourcentage de votre trafic Web via une nouvelle version parfois appelée un déploiement Canary. ITM vous permet d’envoyer un pourcentage de trafic spécifié vers la version la plus récente d’une application pour s’assurer que la logique de l’application se comporte comme prévu. Vous pouvez signaler le comportement des versions existantes et nouvelles afin d’évaluer les modifications apportées à votre application dans un environnement en direct. Cela vous permet de résoudre tous les problèmes ou anomalies qui pourraient survenir avant d’acheminer 100% de votre trafic Web via votre application récemment modifiée. Après avoir vérifié le comportement souhaité, vous pouvez augmenter le pourcentage de trafic vers la version la plus récente ou déployer l’application sur tous les utilisateurs.

Pour organiser le déploiement de l’application et publier une version de test de votre application nouvellement modifiée, procédez comme suit :

  • Cliquez sur le nom de l’application (dans la page de liste Applications Openmix). Le panneau Gestionnaire d’applications s’ouvre.
  • Cliquez sur l’icône Modifier pour modifier votre application.
  • Modifiez votre application existante avec toutes les modifications nécessaires.
  • Une fois les modifications terminées, cliquez sur Enregistrer et tester.
  • Faites défiler jusqu’au panneau horizontal en bas de la page avec les boutons Annuler et Publier . Entrez le pourcentage de trafic Web (1 % à 99 %) que vous souhaitez parcourir cette nouvelle version modifiée.
  • Cochez la case pour la distribution partielle du trafic via cette nouvelle version de l’application avec le trafic restant envoyé à la version précédente.
  • Cliquez sur Publier. Cette nouvelle version de test de l’application apparaîtra désormais dans la liste des applications de la page Configuration d’Openmix avec une nouvelle icône Statut . La nouvelle icône Statut signifie que seul le trafic Web partiel circule en direct via cette version.

Vous pouvez modifier davantage le flux de trafic vers la version de test et afficher les performances en modifiant le pourcentage de flux de trafic. Canary

Pour vérifier les performances de votre application, accédez au rapport de décision Openmix. Sélectionnez Application comme dimension principale et Version comme dimension secondaire. Cliquez ensuite sur Appliquer les filtres après avoir sélectionné votre application dans la liste. Le graphique montre les performances des différentes versions de votre application.

Une fois que vous êtes satisfait des performances de cette version de l’application, vous pouvez aller de l’avant et acheminer 100% de votre trafic Web à travers elle en cliquant sur le bouton Go Live .

Canary

Cela remplace la version actuelle en direct par la nouvelle version éditée.

Si vous ne souhaitez pas utiliser cette version, cliquez sur Dépublier. Vos modifications sont enregistrées et apparaissent en tant qu’application non publiée dans la liste des applications de la page Configuration d’Openmix . Désormais, 100% de votre trafic web passe par la version en direct actuelle de votre application.

Tester

Vous pouvez tester votre application JavaScript à l’aide du bouton Tester l’application avant ou après la publication.

Tester

Il vous permet d’afficher les résultats des tests sur des ensembles spécifiques de marchés, de pays, de régions et d’états. Vous avez également la possibilité d’interroger l’application à partir d’adresses IP spécifiques.

Les résultats des tests comprennent, Plateforme sélectionnée par l’application, Réponse reçue, Code de motif, Journal de motif, Score radar, Distribution et ainsi de suite

Cette fonctionnalité vous permet également d’afficher la distribution des décisions sur différentes plates-formes. Par exemple, si deux plates-formes ont été utilisées pour le routage, vous pouvez afficher le nombre de décisions (nombre brut et pourcentage) et la réponse reçue pour chacune d’elles.

Cliquez sur le lien Afficher tous les détails pour afficher les résultats des tests de votre application.

Détails du test

Les valeurs suivantes sont présentées sous forme de résultats d’essai :

Champ Description
Marché, pays, région et état Emplacement auquel l’application a été testée.
Plate-forme Plateforme sélectionnée par l’application.
Réponse L’adresse CNAME ou IP de la plateforme sélectionnée par l’application.
Code motif Décrit la raison de la décision.
Journal des motifs Sortie définie par le client à partir de l’application. Permet aux clients de consigner des informations sur les décisions d’application.
Score Radar Mesures de temps de réponse (RTT), de disponibilitéet de débitenregistrées pour la plate-forme.
Distribution Distribution des plates-formes sélectionnées par l’application pour chaque emplacement testé. Le nombre représente le nombre de fois que la plate-forme a été sélectionnée. Et le pourcentage est le pourcentage du nombre total pour la sélection de plate-forme.

Remarque : Vous pouvez exécuter ce test sur l’application en direct ou la version non publiée (c’est-à-dire si l’application n’est pas encore publiée).

Une fois votre application publiée, vous avez la possibilité de tester l’application en direct en cliquant sur l’option Tester l’application en direct . Si vous modifiez votre application ou téléchargez une nouvelle version, vous pouvez la tester avant de la publier en cliquant sur le bouton Tester l’application non publiée .

Test de l'application en direct

Vérification de l’application

Pour s’assurer que les applications JavaScript personnalisées se comportent comme prévu, elles sont exécutées via un vérificateur de code et de logique lorsqu’elles sont chargées sur le portail ITM. Le vérificateur d’application exécute l’application via un serveur de décision avec un trafic synthétique pour tester si l’application compile et s’exécute correctement.

Si l’application s’exécute sans erreur, le vérificateur fournira des informations sur la distribution des décisions et les caractéristiques d’exécution. D’un autre côté, si le serveur de décision rencontre une erreur lors de l’exécution de l’application, le vérificateur fournira des informations sur l’erreur. Nous recommandons que l’application soit exempte d’erreurs avant de publier.

En cas d’erreur, vous pouvez corriger le fichier JavaScript dans votre local et le recharger sur le portail en cliquant sur le bouton Choisir un fichier .

Publier

Pour publier votre application et la mettre en ligne, cliquez sur le bouton Publier . Cette option est grisée si l’application n’est pas encore enregistrée ou déjà publiée. Lorsque l’application est mise en ligne, elle apparaît dans la page du gestionnaire d’applications Openmix avec un statut vert. Pour en savoir plus sur l’état de l’application, reportez-vous à laÉtat de la demandesection.

Publier

Remarque : L’application peut être publiée avec des erreurs si nécessaire.

Gestion des applications JavaScript personnalisées

Vous pouvez gérer les applications Openmix (c’est-à-dire afficher des rapports, modifier, dupliquer, supprimer, publier, afficher la source, afficher la version en direct, afficher l’historique et tester) à l’aide des onglets supérieurs du panneau du gestionnaire d’applications.

Cliquez sur votre application dans la page de liste Applications Openmix pour développer le panneau Gestionnaire d’applications.

Gérer

Afficher le rapport

Voir le rapport vous amène à la page Rapports de décision Openmix, où vous pouvez voir la tendance des décisions Openmix pour chacune de vos applications, plates-formes et géographies.

Modifier

Pour modifier une application Javascript personnalisée Openmix, cliquez sur le nom de l’application (dans la page de liste Applications Openmix). Le panneau Gestionnaire d’applications s’ouvre. Des modifications et des mises à jour peuvent être apportées à la configuration en cliquant sur l’icône Modifier .

Modifier

Voir la source

View Source vous permet d’afficher la source JavaScript de l’application, c’est-à-dire la dernière version de l’application, si elle a été publiée. Cette option n’est disponible que pour les applications JavaScript personnalisées.

Voir la version en direct

Vous pouvez afficher, copier et télécharger la dernière version publiée de l’application à l’aide de cette option. Ceci est uniquement disponible pour les applications JavaScript personnalisées.

Vivre

Historique des applications

L’historique des applications vous permet d’afficher différentes versions de l’application. Vous pouvez utiliser la liste Sélectionner une version pour passer d’une version active à une version plus ancienne. Cliquez sur Obtenir du contenu pour passer à l’ancienne version. Cette option n’est disponible que pour les applications JavaScript personnalisées.

Histoire

Comparer

La fonctionnalité Comparer vous permet de comparer différentes versions de votre fichier JavaScript. Vous pouvez voir les différences entre deux versions de votre application clairement affichées avec des lignes de script surlignées.

Comparer

Supprimer

Pour supprimer une application Openmix, cliquez sur le nom de l’application (dans la page de liste Applications Openmix). Le panneau Gestionnaire d’applications s’ouvre. Cliquez sur l’icône Supprimer, puis choisissez le bouton Supprimer dans la boîte de dialogue de confirmation. L’application disparaît de la liste.

Restaurer l’application

La fonctionnalité Restaurer l’application vous permet de réactiver une application après qu’elle a été supprimée. Pour restaurer une application, procédez comme suit :

  1. Cliquez sur l’icône Ajouter + en haut à droite de la page.
  2. Choisissez Restaurer l’application dans le menu déroulant. La fenêtre Restaurer l’application s’ouvre.

    Restaurer l'application

  3. Recherchez l’application que vous souhaitez réactiver dans la liste et cliquez sur le bouton Restaurer correspondant.

Cela remettra l’application sur la liste de la page Openmix avec le même état qu’avant sa suppression.

Sécurisation de l’API HTTP Openmix

Openmix est disponible via DNS ou une API HTTP pour l’intégration dans des workflows non-DNS. Par défaut, l’API HTTP est appelée sur HTTP simple. L’API peut également être sécurisée via TLS et l’authentification par clé. Cela peut être fait via l’interface utilisateur en cochant la case Require Secure API Access (HTTPS).

Accès sécurisé

Création de clés d’API

Pour activer l’authentification par clé, procédez comme suit.

  1. Activez l’accès sécurisé pour chaque application en cochant la case Require Secure API Access (HTTPS) de la page Openmix Application Configuration .

  2. Pour générer une clé d’accès sécurisée, accédez à Mon compte -> API -> Openmix HTTP API Keys

    Clés d'API HTTP Openmix

  3. Si vous êtes un utilisateur pour la première fois, vous êtes invité à entrer votre ID client. Entrez votre ID client dans la boîte de dialogue Nouveau client, puis cliquez sur Terminer .
  4. La clé Secret client s’affiche à côté de l’ID client sur la page Configuration de l’authentification de l’API HTTP Openmix .

  5. Vous pouvez maintenant faire une demande à l’application Openmix en utilisant l’authentification de base. Utilisez votre identifiant client comme nom d’utilisateur et le secret client comme mot de passe lorsque vous appelez l’application sur le navigateur.

    Sinon, si vous appelez l’application à l’aide de la ligne de commande, utilisez cette commande cURL -

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

Remarque : les clés que vous créez vous donneront accès à n’importe laquelle de vos applications Openmix.

Pour plus d’informations sur l’appel de l’API HTTP Openmix, reportez-vous à laDocumentation d’utilisation de l’API HTTP Openmix.

Suppression de clés API

  1. Pour supprimer une clé, accédez à la page Configuration de l’authentification de l’API HTTP Openmix .
  2. Cliquez sur l’ID client.
  3. Choisissez Supprimer dans la liste. La clé est supprimée du système et ne sera plus valide pour l’authentification d’accès sécurisé à l’application Openmix.

Accès aux journaux

Le journal des décisions fait par Openmix peut être recueilli et mis à disposition pour téléchargement sécurisé. Ces journaux peuvent vous aider à analyser les décisions prises par votre application Openmix et le comportement de requête de débogage. Les journaux peuvent être activés/désactivés et sécurisés au niveau du compte. Pour plus d’informations sur l’activation et le téléchargement des journaux Openmix et voir les descriptions des journaux, reportez-vous àNetscope.

Netscope Openmix

Rapports Openmix

Les rapports Openmix fournissent une visibilité puissante sur les décisions Openmix prises pour votre trafic DNS ou HTTP. Chaque rapport est défini ci-dessous, mais voici quelques aspects importants de tous les rapports :

Dimensions principales et secondaires

Dimensions

La dimension principale du graphique est sélectionnée via une liste de sélection de liste située au-dessus du graphique. Utilisez ceci comme un pivot puissant sur le rapport. Une dimension secondaire peut également être choisie pour affiner davantage les rapports.

Basculer en arrière-plan de visualisation

Basculer en arrière-plan

Les graphiques sont définis sur un fond blanc par défaut. Basculez l’arrière-plan vers une couleur foncée pour les moniteurs à contraste élevé à l’aide de la bascule d’arrière-plan.

Exportation de données

Exportation de données

En outre, l’utilisateur final peut télécharger les données du graphique et du tableau via le lien de téléchargement situé en haut du rapport.

Filtre : Plage de temps du rapport

Plage de temps

Les rapports peuvent être générés avec une plage de temps de 60 dernières minutes, 24 dernières heures, 48 dernières heures, 7 derniers jours, 30 derniers jours ou une plage personnalisée. La vue par défaut est la dernière 24 heures.

Filtres : Puissantes capacités d’exploration vers le bas

Filtres

Les rapports varient légèrement en ce qui concerne les filtres appropriés en fonction des données. Les éléments suivants sont les plus courants :

  • Statistique - Sélectionnez la valeur affichée dans le graphique, le plus souvent le nombre de décisions.
  • Source du trafic : sélectionnez le type de trafic à afficher : DNS ou HTTP.
  • Application : sélectionnez une ou plusieurs applications Openmix à afficher.
  • Plateforme — Sélectionnez une ou plusieurs plateformes (fournisseur) à inclure.
  • Continent — Sélectionnez un ou plusieurs continents à inclure.
  • Pays — Sélectionnez un ou plusieurs pays à inclure.
  • Région — Sélectionnez une ou plusieurs régions géographiques (le cas échéant) à inclure.
  • État — Sélectionnez un ou plusieurs états géographiques (le cas échéant) à inclure.
  • Réseau — sélectionnez un ou plusieurs réseaux (ASN) à inclure.

Rapport sur les avantages sociaux

Le rapport Benefit vous permet d’améliorer globalement les performances de votre application lorsque vous utilisez le service Intelligent Traffic Management (ITM). L’avantage se présente sous la forme d’un pourcentage d’amélioration du temps de réponse et du débit généré par le choix d’une plate-forme spécifique dans le pool de plates-formes candidates.

Dimensions principales de l’état des avantages

Les dimensions principales sont des mesures indépendantes basées sur lesquelles le rapport sur les avantages est affiché. Les sections suivantes décrivent en détail chacune de ces dimensions principales.

Dimensions principales de l'état des avantages

Synthèse

Lerésumé est la dimension principale par défaut. Le graphique récapitulatif montre la moyenne du pourcentage total d’avantages (en termes de temps de réponse ou de débit) reçus de toutes les demandes.

Remarque : Vous pouvez basculer entre les avantages indiqués en termes de temps de réponseou de débità l’aide du filtre Statistiques.

Résumé du rapport sur les avantages

Application

Lorsque l’application est choisie comme dimension principale, le graphique montre chacune des applications et les performances correspondantes (en termes de temps de réponse ou de débit) comme un avantage en pourcentage dans le choix d’une certaine plate-forme par rapport aux autres plates-formes candidates.

Note : 0 % signifie qu’il n’y a pas eu d’avantage supplémentaire ou d’amélioration dans les décisions prises par cette application en choisissant une plate-forme spécifique plutôt qu’une autre.

Rapport sur les prestations par demande

Localisation (continent, pays, région, état)

Lorsque l’emplacement (continent, pays, régionou État) est sélectionné comme dimension principale, le rapport sur les avantages indique la moyenne du pourcentage total d’amélioration des performances (en termes de temps de réponse ou de débit) pour chaque emplacement. Vous pouvez sélectionner un emplacement par continent, pays, région ou état.

Remarque : Les plates-formes qui ne sont pas éligibles à la sélection en raison de règles géographiques ou de toute autre raison ne seront pas prises en compte dans le calcul. Cependant, les plates-formes géo-clôturées pour l’emplacement en question seront comptées.

Rapport sur les avantages par emplacement

Réseau

Lorsque vous sélectionnez Réseau comme dimension principale, vous voyez le pourcentage d’amélioration des performances pour les utilisateurs regroupés dans les réseaux (ou fournisseurs de services) spécifiques à partir desquels les utilisateurs accèdent à ITM. Cela vous permet de savoir quels groupes d’utilisateurs voient les avantages en termes de performances lorsqu’ils proviennent de ces réseaux spécifiques.

Rapport sur les avantages par réseau

Plate-forme

Lorsque vous sélectionnez Plateforme comme dimension principale, vous voyez les plates-formes individuelles choisies par différentes applications et les performances améliorées correspondantes lorsqu’elles sont choisies. L’amélioration des performances ou des avantages est en termes de temps de réponse ou de débit (en pourcentage).

Remarque : Le pourcentage d’amélioration des performances indiqué ici est lorsque cette plateforme est choisie par une application. La liste sur le graphique, n’indique pas nécessairement un classement des performances entre ces plates-formes.

Rapport sur les avantages par plateforme

Code motif

Lorsque vous sélectionnez Code motif comme dimension principale, le pourcentage indiqué dans le graphique correspond à l’avantage moyen global lorsque des décisions sont prises pour un code motif spécifique.

Rapport sur les avantages par code de motif

Ignorer les plates-formes dans le rapport Benefit

Pour améliorer la précision des décisions d’ Openmix pour votre rapport d’avantages, vous pouvez choisir d’ignorer certaines plates-formes et configurer l’application pour sélectionner uniquement les plates-formes les plus appropriées pour la comparaison.

Par exemple, votre application dispose de cinq plates-formes à considérer pour la comparaison - trois en Europe pour le trafic européen et deux aux États-Unis pour le trafic américain. Les règles de géo précisent que le trafic européen doit passer par les plates-formes européennes et que le trafic américain doit passer par les plates-formes américaines.

Par conséquent, lors du calcul de l’avantage de l’application, pour vous assurer que le calcul est effectué uniquement à l’aide des trois plates-formes européennes, vous pouvez configurer l’application pour ignorer les deux autres plates-formes non européennes en utilisant laignoredProvider() méthode dans votre JavaScript.

La méthode prend l’alias du fournisseur (par exempleprovider-1,provider-2) comme argument input (un peu comme la méthode requireProvider ()). L’API doit être appelée une fois par alias.

Utilisez cet exemple de code dans votre fichier JavaScript dans laonRequest fonction :

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');
}

Rapport de géolocalisation des décisions

Ce rapport montre le volume des décisions d’Openmix pour chaque pays. Cette vue cartographique peut être visualisée au fil du temps (en fonction de la plage de temps choisie pour le rapport) en sélectionnant le bouton Lecture en bas du graphique.

Rapport de géolocalisation des décisions

Rapport de décision

Ce rapport montre la tendance des décisions Openmix pour chacune des applications, plates-formes et géographies.

Rapport de décision