Openmix

Vue d’ensemble

NetScaler Intelligent Traffic Management (ITM) Openmix propose une approche révolutionnaire de la gestion globale du trafic et de l’équilibrage global de la charge des serveurs (GTM/GSLB). Pour la gestion traditionnelle du trafic mondial, ITM fournit une approche basée sur le DNS pour l’équilibrage de charge. ITM utilise CNAME DNS ou des enregistrements dans lesquels les réponses DNS sont modifiées en temps réel en fonction de la logique métier requise. Openmix peut être intégré au flux de production et à la diffusion vidéo de plusieurs manières.

Les outils et services GTM ou GSLB s’appuient sur des moteurs de règles statiques propriétaires, inextensibles et pour définir et contrôler un ensemble restreint de politiques fixes pour le basculement, le round-robin et le ciblage géographique. La mission de NetScaler ITM est de mettre en œuvre des stratégies cloud de nouvelle génération basées sur des flux de données en temps réel. La plate-forme Openmix fournit un moyen très robuste d’ingérer des données en temps réel provenant de diverses sources. Il expose les métadonnées en tant que « variables » d’environnement qui peuvent être évaluées à chaque demande.

Openmix : Avantages clés

• Éliminer les dépendances d’un seul fournisseur et garantir une disponibilité à 100 %
• Contrôlez les compromis prix/performances et éliminez les maux de tête associés au multisourcing
• Supprimez les incertitudes liées aux outils de performance existants et déchargez le trafic de manière sélective et stratégique
• Appliquer des fournisseurs spécifiques pour cibler des marchés individuels

Comment fonctionne 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 vous aider à démarrer et un assistant étape par étape permet de 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 à la demande et distribuée dans le monde entier rapproche la prise de décision GTM/GSLB de votre public d’applications. Chaque hôte peut avoir sa propre application Openmix personnalisée qui prend en compte les métriques et variables actuelles qui fournissent 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 l’endroit où pratiquement n’importe quelle logique métier peut être mise en œuvre avec une complexité de codage minimale pour servir de base à 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 en grande partie des spécificités de votre cas d’utilisation. La méthode DNS est facile à mettre en œuvre, généralement transparente pour les clients et utilisable dans une grande variété de contenus. Cependant, la possibilité de changer de fournisseur est limitée par la durée de vie définie sur la réponse DNS et certains contenus ne peuvent pas être commutés vers un autre fournisseur en cours de diffusion. HTTP offre une plus grande 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 des interfaces DNS et HTTP par le client.

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 suivant www.acme.com) vers un nom d’hôte ITM

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

Lorsqu’il reçoit une demande DNS d’un utilisateur final, le système ITM prend une décision en temps réel. La décision est basée sur les données Radar, la logique métier de l’application et toute information de tiers. 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 « pointe » l’utilisateur final vers le CDN, le Cloud ou le centre de données de son choix. Dirige l’utilisateur final pour qu’il utilise ce fournisseur plutôt qu’un autre.

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

Une fois le CDN ou le CNAME Cloud fourni, la machine de l’utilisateur final poursuit la chaîne de résolution. Il demande un serveur de noms CDN, jusqu’à ce qu’une adresse IP du nœud ou du serveur soit reçue. Où sur le processus de téléchargement du contenu commence. Si un enregistrement est fourni dans le cadre de la logique, la machine de l’utilisateur final reçoit l’adresse IP. Il se connecte directement au serveur et lance le téléchargement du contenu.

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

La 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 Predictive DNS créée dans le portail ITM. Créez un nom d’hôte dans la zone déléguée. Configurez-le pour utiliser une application Openmix ou un enregistrement DNS prédictif dynamique afin de générer une réponse. L’avantage de cette option est qu’il n’est pas nécessaire d’avoir une délégation CNAME entre le nom d’hôte et la réponse dynamique de la plate-forme ITM. En utilisant l’exemple précédent, www.acme.com le nom d’hôte est directement résolu à la valeur configurée pour le CDN, le Cloud ou le centre de données optimal.

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

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

www.acme.com. 19 IN A 111.222.222.111

Incidences sur le DNS et le temps de vie

Des facteurs tels que les valeurs Time To Live (TTL) sont soigneusement pris en compte avec un temps approprié pour le contenu et la manière 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. Openmix utilise des requêtes HTTP pour informer un client tel qu’un lecteur vidéo ou un CMS sur quelle plate-forme utiliser à tout moment.

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-->

Le service HTTP Openmix utilise la même logique d’application que son homologue basé sur le DNS. Il inclut également quelques extensions supplémentaires, permettant d’affiner le profilage d’une machine cliente. Par exemple, avec HTTP Openmix, il est possible d’examiner les en-têtes de User-Agent String, X-Forwarded-For et Referer. Fournissez des remplacements d’IP à l’aide de paramètres de chaîne Comme la charge utile pour HTTP Openmix est plus extensible que le DNS, il est également possible de fournir la sélection de décision CDN, cloud ou serveur de différentes manières. La plus courante jusqu’à présent a été une liste ordonnée de la plate-forme la plus préférée à la moins importante (comme ci-dessus). Une liste complète 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 des fournisseurs côté serveur plutôt que de mettre en œuvre la sélection des fournisseurs dans chaque client. L’API HTTP peut être utilisée pour récupérer une décision d’optimisation d’Openmix au moment de la demande du client. Il peut être utilisé 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 la géolocalisation et les critères de décision. Si vous appelez à partir d’un CMS ou d’un autre système situé entre le client de l’utilisateur final et Openmix, vous pouvez spécifier IP comme paramètre à 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"
    }
  ]
}
<!--NeedCopy-->

Cette méthode vous permet d’utiliser une intégration CMS pour récupérer les décisions d’Openmix. Vous pouvez également bénéficier des avantages de l’optimisation des itinéraires géographiques et ISP 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 utilise la décision optimisée sans nécessiter 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. Ces applications fournissent un routage du trafic en temps réel vers le meilleur fournisseur sur la base d’un ensemble de règles.

Les demandes sont traitées pour chaque demande adressée à Openmix et une décision de routage est prise en fonction de la logique spécifiée. Un client peut avoir une application pour le contenu à forte valeur commerciale et une autre pour le contenu de moindre valeur. Ces demandes sont acheminées séparément.

Lorsque vous appelez une application, une seule demande est envoyée à l’un des équilibreurs de charge de Citrix. Pour le DNS, il s’agit d’une requête DNS unique adressée aux équilibreurs de charge DNS. Pour HTTP, il s’agit d’une requête GET ou HEAD adressée au point de terminaison HTTP Openmix.

Les applications suivantes sont actuellement disponibles via le portail de gestion intelligente du trafic NetScaler.

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

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, consultez les informations de notre Developer 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é minimum qu’une plate-forme doit atteindre pour être prise en compte pour le routage. Le seuil de disponibilité minimum par défaut pour toutes les applications est de 80 %. Cependant, vous pouvez modifier ce pourcentage et le définir sur une valeur adaptée à votre emplacement, à la disponibilité et à la fiabilité de votre réseau.

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

Fallback

La réponse de secours est renvoyée si l’application Openmix ne s’exécute pas correctement pour quelque raison que ce soit. Ou si Sonar confirme qu’aucune plateforme n’est disponible. Par conséquent, un enregistrement CNAME/A/AAAA de secours valide ou une adresse IP (ou un chemin en HTTP) doit être spécifié avec lequel Openmix peut répondre. Cet enregistrement d’URL ou CNAME de secours peut être destiné à une plate-forme préconfigurée dans Openmix. La solution de secours peut également se produire dans les scénarios suivants :

• Lorsque vous passez d’une version de votre application à une autre, vous téléchargez et publiez un nouveau script. Il y a une brève période de secours de quelques millisecondes jusqu’à ce que le nouveau script s’initialise et que l’ancien soit supprimé.
• En cas de surcharge (ce qui arrive rarement), Openmix répond avec le CNAME/A/AAAA de secours puisque le repli compense la charge sur le service.

Pour le secours, vous devez entrer un nom d’hôte valide (enregistrement CNAME/A/AAAA) ou une adresse IP valide dans le DNS, et un URI valide (il peut être de la forme, scheme:[//host[:port]][/path][?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 à nouveau Openmix. La durée de vie est utilisée pour contrôler le volume de trafic généré par une application Openmix. Il contrôle également 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 réduisez la durée de vie, vous obtenez plus de volume et plus de requêtes DNS en temps réel. Cela peut entraîner des coûts supplémentaires et une baisse des performances, 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 : La durée de vie s’applique aux applications Quickstart, aux applications JS personnalisées si aucune durée de vie n’est spécifiée dans le code et à toutes les réponses de secours

Poids (utilisés pour Round Robin)

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

Supposons, par exemple, que trois plateformes soient sélectionnées 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 %, ce qui correspond à 100 %. Ces pourcentages signifient que 50 % du temps, les utilisateurs sont acheminés via P1, 42 % du temps via P2 et 8 % du temps via P3.

Les poids que vous attribuez aux plateformes ne doivent pas nécessairement totaliser 100. Il peut s’agir de n’importe quel entier compris entre 0 et 1 000 000. Les pondérations données aux plateformes lorsqu’elles sont converties en pourcentage (par l’application dans le back-end) s’élèvent à 100 %. Si toutes les plateformes sélectionnées reçoivent le même poids, le trafic sera réparti uniformément entre elles au fil du temps. Si vous avez une plateforme, celle-ci est utilisée 100 % du temps, quel que soit le poids que vous lui accordez.

Les poids ne sont utilisés que pour les plateformes considérées comme disponibles selon les contrôles de disponibilité des radars et des sonars, en fonction de la configuration de l’application. L’indisponibilité des plates-formes entraîne une non-correspondance de la distribution avec les poids configurés. Par exemple, si P1 pèse 100 et P2 pèse 0 mais que P1 échoue à la vérification de disponibilité du radar, alors tout le trafic est dirigé vers P2.

Handicap (utilisé pour ORTT et Throughput)

Le Handicap est une valeur en pourcentage qui peut être appliquée à une plate-forme pour modifier les scores radar pour la 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éduit les performances de la plateforme de telle sorte que la probabilité qu’elle soit sélectionnée devient faible. Les handicaps peuvent être ajoutés aux plateformes à l’échelle mondiale, ou séparément pour des marchés ou des pays spécifiques. Dans les cas où une plateforme coûte cher sur un marché ou un pays spécifique et que vous souhaitez réduire sa probabilité d’être sélectionnée lorsqu’un fournisseur équivalent est proche en termes de performances. Vous définissez une valeur Handicap comme multiplicateur pour augmenter la valeur du temps de réponse ou diminuer la valeur du débit. Par conséquent, cela réduit la probabilité qu’une plateforme soit sélectionnée.

Voici à peu près comment fonctionne Handicap dans le backend :

• RTT de plate-forme avec handicap appliqué = RTT (temps aller-retour en millisecondes) * (1 + handicap) ou
• Débit de la plate-forme avec handicap appliqué = (débit en Kbits/s) * (1 — Handicap)

Remarque : Les valeurs RTT et Throughput de la plate-forme sont des scores issus des données radar. Le tableau suivant montre comment Handicap affecte les deux plateformes - P1 et P2. Et comment le Handicap diminue la probabilité que P1 soit sélectionné.

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

Exemple de diagramme de flux pour Throughput App

Critères de sélection de

Les applications Openmix Quickstart utilisent les critères suivants comme filtres de 1er, 2e et 3e niveaux pour classer et sélectionner la meilleure plateforme.

Rapports de code de raison

Les codes de raison fournissent une visibilité sur les raisons pour lesquelles la décision a été prise et permettent également de savoir quelle partie du code de l’application est exécutée. Pendant l’exécution, une application peut ajouter quelque chose au champ du code de raison à tout moment. Les codes de raison ont une signification différente pour chaque application Quickstart. Il existe des points communs entre les codes de raison de 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 de motif est affiché comme inconnu. Si l’utilisateur n’a pas ajouté de code de motif, il affiche Inconnu.

Voici les codes de motif pour les applications de démarrage rapide :

Applications de démarrage rapide Openmix

1. Connectez-vous au portail de gestion intelligente du trafic NetScaler.
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 guident tout au long du processus de configuration des applications Openmix sur 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 plateforme ici, spécifiée par l’utilisateur. Par conséquent, l’application n’utilise qu’une seule réponse DNS CNAME ou adresse IP. 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. Voir la page Plateformes pour la configuration de la plateforme

Navigation

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

Suivez ces étapes pour saisir les informations de base :

1. Pour Protocol, 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-la dans la liste.
3. Donnez un nom à votre application (champ obligatoire) ; ajoutez une description (champ facultatif) ; et un tag (champ facultatif).
4. Cliquez sur Suivant pour la 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 configurez dans la page Plateformes, représentant le CDN, le Cloud ou le centre de données.
2. Entrez un enregistrement CNAME/A/AAAA (pour DNS) ou une URL (pour HTTP). Le CNAME DNS ou l’URL 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 None, All ou Custom pour CORS. CORS vous permet de contrôler l’accès à votre site depuis 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), soit autoriser l’accès uniquement à partir de sites spécifiques (en cliquant sur Personnalisé).
4. Entrez un 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 voir votre application répertoriée sur la page 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 cours de production. Si vous cliquez sur Terminé, votre application est toujours répertoriée sur la page des applications, mais elle n’est pas publiée et son état est rouge.

Basculement

L’application Failover 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 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 à la page Plateformes pour la configuration de la plateforme.

Navigation

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 demande ; ajoutez une description (champ facultatif) ; et un tag (champ facultatif).
4. Lorsque vous avez terminé, cliquez sur Suivant.

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 %. 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é, l’adresse CNAME ou A ou AAAA ou IP de secours est utilisée.
   • Si la case n’est pas cochée, la plate-forme suppose un seuil de disponibilité nul. Cela signifie qu’il n’y a pas de vérification de disponibilité de Radar sur cette plate-forme.
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 un TTL (Time-To-Live) pour la réponse. La durée par défaut est de 20 secondes. Vous pouvez remplacer cette valeur si nécessaire.

Platform Information

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 plateformes à l’aide du bouton Ajouter des plateformes . L’idée est de sélectionner toutes les plateformes disponibles applicables au routage global et géographique (marchés et pays).
   • Les plateformes de cette liste sont celles que vous avez configurées sur la page Plateformes du portail, représentant votre CDN, votre Cloud ou votre centre de données.
   • Toutes les applications Openmix nécessitent la configuration préalable d’une plateforme associée. Si vous ne trouvez pas de plateforme dans la liste, vous pouvez la configurer sur la page Plateformes 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 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 êtes en train de configurer une chaîne de plateformes pour le routage global.
   • Lorsque vous cliquez dans le champ Global, une liste affiche toutes les plateformes que vous avez sélectionnées à 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 des plateformes dans ce champ détermine la priorité de leur sélection. Par exemple, si la première plateforme de votre liste n’est pas disponible, la seconde est sélectionnée. 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 plateformes pour modifier leur ordre de priorité.
2. Cliquez sur Marchés et pays si vous souhaitez configurer des plateformes pour le routage géographique local.
   • Lorsque vous cliquez dans le champ Marchés et pays, la liste affiche toutes les plateformes que vous avez sélectionnées à l’étape Informations sur la plateforme .
   • 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 des plateformes dans ce champ détermine la priorité de leur sélection. Par exemple, en Chine, vous voulez d’abord utiliser le POP chinois, et uniquement s’il n’est pas disponible, vous voudriez que votre POP de Singapour soit utilisé, que vous placerez ensuite sur la ligne, et ainsi de suite.
   • Vous pouvez faire glisser les noms des plateformes pour modifier leur ordre de priorité.

   

3. Cliquez sur Terminerpour terminer la configuration de votre application.
4. Dans la fenêtre contextuelle de confirmation, cliquez sur Terminer ou sur 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. Votre application est en cours de production.
   • Si vous cliquez sur Terminé, votre application est toujours répertoriée sur la page Openmix, mais elle n’est pas publiée et son état est rouge.

Round Robin

Cette application suit une méthodologie typique d’équilibrage de charge Global Server de Round Robin, où chaque CNAME est renvoyé aux utilisateurs finaux en alternance, au fur et à mesure des requêtes DNS. 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. Chaque plateforme est sélectionnée sur la base 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 et la troisième vers P3. La quatrième requête est routée à nouveau vers P1, et ainsi de suite.

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.

Navigation

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 un tag (champ facultatif).
3. Cliquez sur Suivant pour la configuration.

Configuration

1. Le seuil de disponibilité a une valeur par défaut de 80 %. Pour modifier cette valeur, il suffit de saisir 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 un TTL (Time-To-Live) pour la réponse. La valeur par défaut est de 20 secondes, mais cette valeur peut être remplacée si nécessaire.
4. Cliquez sur Suivant pour obtenir des informations sur la plate-forme

Platform Information

1. Sélectionnez une plate-forme dans la liste Plate-forme . Remarque : Toutes les applications Openmix nécessitent une plateforme associée préalablement configurée. Si vous ne trouvez pas de plateforme dans la liste, vous pouvez la configurer sur la page Plateformes du portail.
2. Sélectionnez d’autres plates-formes en cliquant sur le bouton Ajouter une plate-forme .
3. Entrez un enregistrement CNAME ou A/AAAA ou une adresse IP (dans DNS), ou une URL (en HTTP) pour cette plate-forme. 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 : scheme:[//host[:port]][/path][?query][#fragment].
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, assurez-vous de cocher la case Utiliser Sonar pour la disponibilité de la plate-forme .
6. Cliquez sur Enregistrer pour passer à l’étape 4 afin d’attribuer des poids appropriés à chaque plateforme.

Configuration de l’emplacement

1. Attribuez des poids pour la priorisation et la sélection de chaque plateforme au niveau mondial et/ou par marché ou par pays.
2. Pour attribuer des poids de plate-forme séparément pour le marché ou le pays, entrez le nom dans la zone de recherche Marchés et pays et faites votre choix dans la liste.
3. Cliquez sur Terminer pour créer votre demande.
4. Dans la fenêtre de confirmation, cliquez sur OK ou sur 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. Votre application est en cours de production. Si vous cliquez sur Terminé, votre application est toujours répertoriée sur la page Openmix, mais elle n’est pas publiée et son statut est rouge.

Application Temps de trajet aller-retour optimal (ORTT)

L’application ORTT utilise le temps de réponse radar, les données du sonar, si Sonar est activé, et le seuil de disponibilité de la plate-forme pour évaluer la meilleure plateforme pour l’utilisateur qui demande. Le seuil de disponibilité est la disponibilité minimale (80 % est la valeur par défaut) que la plateforme doit atteindre pour être sélectionnée. En outre, l’application ORTT utilise également une valeur Handicap qui permet aux clients, globalement ou localement, d’influencer la manière d’acheminer les utilisateurs finaux.

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

Suivez ces étapes pour configurer les informations de localisation et saisir des valeurs pour Handicap pour chaque plateforme, 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 une ou toutes les plateformes sélectionnées. Vous pouvez entrer une valeur de handicap comprise entre 0 et 6 000. L’utilisation du handicap consiste à réduire manuellement les chances qu’une plate-forme particulière soit choisie pour le routage, lorsqu’il existe de meilleures plateformes disponibles, en termes de coût ou de commodité. Plus la valeur du handicap est élevée, moins la plateforme a de chances d’être sélectionnée. 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 saisir les valeurs de handicap séparément pour chacune des plateformes associées.

3. Cliquez sur Terminerpour 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 de liste des applications Openmix. Si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Votre application est en cours de production. Si vous cliquez sur Terminé, votre application est toujours répertoriée sur la page Applications, mais elle n’est pas publiée et son état est rouge.

Débit

L’application Throughput 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 réduire le débit de certaines plateformes et influencer la manière dont les utilisateurs finaux sont acheminés. Cette valeur Handicap facultative 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 pour les autres applications. La configuration de l’emplacement est saisie 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 mise en ligne.

Statut de la demande

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

• Red signifie non publié. Lorsque vous avez terminé la configuration, si vous cliquez sur Terminé, votre application est répertoriée dans la page des 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 est signalée par un point vert, ce qui signifie que l’application est en production.
• Yellow représente la dernière version inédite. Le point jaune indique que l’application est créée et modifiée, et que les derniers paramètres modifiés ne sont pas encore publiés.

Proximité statique

L’application Static Proximity répond à la plate-forme située à proximité de la latitude et de la longitude de l’utilisateur demandeur.

Remarque :

Toutes les applications Openmix nécessitent la configuration préalable d’un ensemble de plateformes associées. Si vous ne trouvez aucune plateforme dans la liste, vous pouvez la configurer sur la page Plateformes du portail.

Navigation

1. Connectez-vous au portail NetScaler Intelligent Traffic Management.
2. Dans le menu de navigation de gauche, accédez à Openmix > Configuration de l’application.
3. Cliquez sur le bouton plus, Add Openmix App en haut à droite.
4. Sélectionnez l’ application Quickstart.

Informations de base

1. Dans la boîte de dialogue Informations de base, sélectionnez DNS comme protocole.
2. Sélectionnez Static Proximity comme type d’application. Donnez à l’application un nom (champ obligatoire), une description (champ facultatif) et un tag (champ facultatif).
3. Cliquez sur Suivant pour la configuration.

Configuration

1. Si cette option est activée, le seuil de disponibilité a une valeur par défaut de 80 %. Entrez 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. Ce champ ne peut pas être vide.
3. Saisissez TTL (Time-To-Live) pour la réponse. La valeur par défaut est de 20 secondes, mais cette valeur peut être remplacée si nécessaire.
4. Cliquez sur Suivant pour les contrôles de persistance.

Contrôles de persistance

Configurez la persistance locale. Pour plus d’informations, consultez la section Persistance locale. Cliquez sur Suivant pour obtenir des informations sur la plate-forme

Platform Information

La latitude et la longitude de chaque plate-forme doivent être configurées via la page Plateformes . Les alias des plateformes communautaires héritent initialement des informations géographiques de la plateforme communautaire, bien qu’après avoir créé un alias, vous puissiez les modifier. Les plateformes privées doivent être configurées lors de leur création ou ultérieurement via leur volet de configuration. Pour afficher le volet de configuration, cliquez simplement sur l’entrée Platform du tableau.

Seules les plateformes appartenant aux catégories suivantes peuvent avoir des informations géographiques et faire partie de la liste de réponses d’une application opx :

• Cloud Computing
• Stockage dans le cloud
• Centre de données

1. Sélectionnez une plate-forme dans la liste Plate-forme .

2. Entrez un enregistrement CNAME ou A/AAAA ou une adresse IP (dans DNS), ou une URL (en HTTP) pour la plate-forme. Il doit s’agir d’une URL, d’un nom d’hôte ou d’une adresse IP valide. Il peut se présenter sous la forme de :

   scheme:[//host[:port]][/path][?query][#fragment]

3. Assurez-vous que la case Activé est cochée pour indiquer que la plate-forme est activée avant de passer à l’étape suivante.

4. Si Sonar est disponible pour cette plate-forme et que vous souhaitez utiliser les données Sonar pour être prises en compte lors de la résolution DNS, assurez-vous de cocher la case Use Sonar for Platform Availability .

5. Vous pouvez ajouter d’autres plateformes en cliquant sur Ajouter une plateforme.

6. Cliquez sur Suivant pour Configuration de l’emplacement.

Configuration de l’emplacement

1. Dans la partie Global de la boîte de dialogue Configuration de l’emplacement, vous pouvez configurer une chaîne de plates-formes pour le routage global. Vous pouvez activer ou désactiver la sélection de chaque plate-forme globalement.

2. Dans Marchés et pays, vous pouvez créer différentes configurations par marché ou pays, en ayant des règles de géo-clôture pour celles-ci.

3. Cliquez sur Terminer pour créer votre demande.

Dans la fenêtre contextuelle de confirmation cliquez sur Publier, Ajouter un autre ou Terminé :

• Si vous cliquez sur Publier, votre application est mise en ligne instantanément et le statut est vert. Cela signifie que l’application est en cours de production.

• Si vous cliquez sur Terminé, votre application est répertoriée sur la page Openmix mais elle n’est pas publiée et son état est rouge.

• Si vous cliquez sur Ajouter une autreapplication, l’état de l’application est identique à Done, mais vous redémarrez le même processus pour créer une nouvelle application.

Gestion des applications Quickstart

Utilisez les onglets supérieurs du panneau du gestionnaire d’applications pour modifier, dupliquer, supprimer, tester, afficher les rapports, afficher la source et afficher l’historique des versions de l’application. Cliquez sur votre application dans la page de liste des applications Openmix pour développer le gestionnaire d’applications.

Voir le rapport

View Report vous amène à la page Openmix Decision Reports où vous pouvez voir la tendance des décisions Openmix pour chacune de vos applications, plateformes et zones géographiques.

Edit

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é les modifications, cliquez sur Terminépour répertorier l’application avec un statut non publié (pour d’autres modifications ultérieurement), ou cliquez sur Publier pour être mise 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 dotées de scripts Java personnalisables. Vous pouvez créer, configurer, tester et publier à l’aide de l’interface utilisateur du portail ITM.

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 JavaScript personnalisé, consultez le Developer Exchange.

Navigation

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 d’ajout dans le coin supérieur droit.
5. Sélectionnez Custom JS App.
6. La page de configuration de l’application Openmix s’ouvre.

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 version 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 entrée.
   • HTTP : si vous sélectionnez HTTP, vous pouvez 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 durée de vie s’applique si aucune durée de vie n’est définie par l’application JS personnalisée ou si la réponse est une valeur de secours.

6. Fallback : saisissez 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. Consultez Sécurisation de l’API HTTP Openmix pour en savoir plus.

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

JavaScript personnalisé

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

1. Cliquez sur le bouton Choisir un fichier et sélectionnez le fichier JavaScript que vous souhaitez télé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’applications 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. Pour plus d’informations sur les données disponibles dans le vérificateur d’applications, consultez la section Vérification des applications .

   

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

   Remarque : si vous cliquez sur Publier, votre application est mise en ligne instantanément et affiche un statut vert. Votre application est en cours de production.

   Si vous cliquez sur Annuler, votre application est répertoriée sur la page des applications mais n’est pas publiée et son état est rouge. Pour en savoir plus sur le statut, consultez la section État de la demande .

Déploiement progressif des applications

Vous pouvez gérer le déploiement de votre application en envoyant un faible pourcentage de votre trafic Web via une nouvelle version, parfois appelée déploiement Canary. ITM vous permet d’envoyer un pourcentage spécifique du trafic vers la nouvelle version d’une application pour vous assurer que la logique de l’application se comporte comme prévu. Vous pouvez créer des rapports sur le comportement des versions existantes et nouvelles pour évaluer les modifications apportées à votre application dans un environnement réel. Cette option vous permet de corriger tout problème ou anomalie qui se produit avant d’acheminer 100 % de votre trafic Web via l’application nouvellement modifiée. Après avoir vérifié le comportement souhaité, vous pouvez augmenter le pourcentage de trafic vers la dernière version ou déployer l’application auprès de tous les utilisateurs.

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

• Cliquez sur le nom de l’application (dans la page de liste des applications Openmix). Le panneau du 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 que vous avez terminé les modifications, cliquez sur Enregistrer et tester.
• Faites défiler la page vers le bas avec les boutons Annuler et Publier . Entrez le pourcentage du trafic Web (1 % à 99 %) que vous souhaitez acheminer via cette nouvelle version modifiée.
• Cochez la case pour la répartition partielle du trafic via cette nouvelle version de l’application. Le trafic restant est envoyé vers la version live précédente.
• Cliquez sur Publier. Cette nouvelle version de test de l’application apparaît désormais dans la liste des applications de la page de configuration d’Openmix avec une nouvelle icône d’ état . La nouvelle icône Status signifie que seul un trafic Web partiel circule en direct dans cette version.

Vous pouvez modifier le flux de trafic sur la version de test et modifier le pourcentage du flux de trafic pour afficher les performances.

![Canary](/en-us/citrix-intelligent-traffic-management/media/openmix-jsapp-edit-canary.png)

Pour vérifier les performances de votre application, consultez le 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 y acheminer 100 % de votre trafic Web en cliquant sur le bouton Go Live .

Cette version remplace la version live actuelle par la nouvelle version éditée.

Si vous ne souhaitez pas mettre cette version en ligne, 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 de 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.

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

Les résultats des tests incluent la plate-forme sélectionnée par l’application, la réponse reçue, le code de raison, le journaldes raisons, lesscores radar,la distribution, etc.

Cette fonctionnalité vous permet également de visualiser la répartition des décisions sur différentes plateformes. Par exemple, si deux plateformes sont utilisées pour le routage, vous pouvez voir le nombre de décisions et la réponse reçue pour chacune d’elles.

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

Les valeurs suivantes sont présentées sous forme de résultats de test :

Remarque : vous pouvez exécuter ce test sur l’application en direct ou sur 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 chargez une nouvelle version, vous pouvez la tester avant de la publier en cliquant sur le bouton Tester l’application non publiée .

Vérification des applications

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

Si l’application s’exécute sans erreur, le vérificateur fournit des informations sur la distribution des décisions et les caractéristiques d’exécution. En revanche, si le serveur de décision rencontre une erreur lors de l’exécution de l’application, le vérificateur fournit des informations sur l’erreur. Nous recommandons que l’application ne contienne aucune erreur avant de la publier.

En cas d’erreur, vous pouvez corriger le fichier JavaScript dans votre local et le télécharger à nouveau 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 n’est pas 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, consultez la section État de l’application .

Remarque : l’application est publiée avec des erreurs si nécessaire.

Gestion des applications JavaScript personnalisées

Utilisez les onglets supérieurs du panneau du gestionnaire d’applications pour afficher les rapports, modifier, dupliquer, supprimer, publier, afficher la source, afficher la version en direct, afficher l’historique.

Cliquez sur votre application dans la page de liste des applications Openmix pour développer le panneau du gestionnaire d’applications.

Voir le rapport

View Report vous amène à la page Openmix Decision Reports où vous pouvez voir la tendance des décisions Openmix pour chacune de vos applications, plateformes et zones géographiques.

Edit

Pour modifier une application Javascript personnalisée Openmix, cliquez sur le nom de l’application (dans la page de liste des applications Openmix). Le panneau du gestionnaire d’applications s’ouvre. Vous pouvez apporter des modifications et des mises à jour à la configuration en cliquant sur l’icône Modifier .

Afficher la source

View Source vous permet d’afficher la source JavaScript de l’application, c’est-à-dire la dernière version de l’application, qu’elle ait été publiée ou non. 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. Cette option n’est disponible que pour les applications JavaScript personnalisées.

Historique des applications

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

Comparez

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

Supprimer

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

Restaurer l’application

La fonctionnalité Restore App vous permet de réactiver une application après sa suppression. Pour restaurer une application, procédez comme suit :

1. Cliquez sur l’icône Ajouter + en haut à droite de la page.

2. Choisissez Restore App dans le menu déroulant. La fenêtre Restaurer l’application s’ouvre.

   

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

L’application est replacée dans la liste de la page Openmix avec le même statut.

Persistance locale

La fonctionnalité Persistance locale offre la capacité de stabilité des décisions lorsqu’elle est activée pour une application Openmix. Les demandes sont identifiées à l’aide du masque de sous-réseau IP, dont la longueur est configurable. Par exemple, lorsqu’un client répète une demande à la même application dans un certain délai, la décision initiale est notifiée. Cela peut être une fonctionnalité essentielle lorsqu’un client est tenu de ne pas rebondir entre différentes décisions au cours d’une session donnée. Il est disponible pour les applications DNS ou HTTP Openmix.

En raison des restrictions naturelles sous-jacentes au mécanisme, la persistance n’est pas garantie pour 100 % des demandes. L’approche « Best Effort » est appliquée à la place. Les tests ont montré que la précision de persistance attendue se situe entre 95 et 97 %.

Remarque :

Pour activer la fonctionnalité Persistance locale pour votre compte, ouvrez un ticket d’assistance ou contactez votre responsable de la réussite client. En outre, une zone DNS prédictive est requise, configurée avec des serveurs de noms ns5.cedexis.net et ns6.cedexis.net. Tenez compte du temps considérable que les mises à jour de zone DNS peuvent nécessiter pour se propager sur Internet.

Configuration

Pour activer la persistance locale, sélectionnez Contrôles de persistance > Modifier, sous les options de l’application Openmix.

Les paramètres disponibles sont les suivants :

1. Dans la boîte de dialogue Configuration, entrez la durée de vie de persistance. L’option par défaut est de 300 secondes. Les valeurs comprises entre 60 et 1 440 sont autorisées. Après une demande initiale, la décision DNS rendue est conservée pendant un maximum de 300 secondes. Si une autre demande provient de la même plage de sous-réseaux IP du système avant l’expiration, elle prend la même décision.

2. Des masques IPv4 et IPv6 sont fournis pour définir la granularité de la persistance. La valeur par défaut est “/32” et “/64”, respectivement pour IPv4 et IPv6. Les valeurs autorisées sont les suivantes :

   • /8 à /32, pour IPv4
   • /32 jusqu’à /64, pour IPv6

   Ce masquage de l’adresse IP du client détermine la clé de persistance utilisée dans le magasin de données interne. Par exemple, si deux adresses IP client (ou plus) sont mappées à la même adresse IP masquée, elles sont traitées avec la même décision persistante.

Les mêmes paramètres sont également disponibles dans les paramètres de l’application prédictive.

Les décisions Openmix qui sont fournies via le magasin de données interne sont signalées avec le code de motif Persistent app dans le rapport de décision.

Contrôles d’intégrité

Les décisions prises à partir du cache de persistance sont soumises à des contrôles de santé supplémentaires avant d’être prises en charge :

1. Si l’application est configurée avec Sonar Availability Check, l’intégrité de la disponibilité du Sonar est vérifiée avant qu’une décision mise en cache ne soit rendue. Si Sonar indique que la plateforme est « en panne », la décision mise en cache est ignorée et l’application OpenMix est de nouveau exécutée.

2. Si l’application est configurée avec Radar Availability Check, l’intégrité de la disponibilité du radar est vérifiée avant qu’une décision mise en cache ne soit rendue. Si la disponibilité de la plateforme est inférieure au seuil configuré, la décision mise en cache est ignorée.

Remarque :

Pour la persistance, le seuil maximal de santé de disponibilité du radar est défini sur 10 % fixe.

Sécurisation de l’API HTTP Openmix

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

Création de clés d’API

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

1. Cochez la case Require Secure API Access (HTTPS) dans la page Openmix Application Configuration pour activer l’accès sécurisé pour chaque application.

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

   

3. Si vous êtes un nouvel utilisateur, vous êtes invité à commencer en saisissant votre ID client. Entrez votre ID client dans la boîte de dialogue Nouveau client, puis cliquez sur Terminer .

4. La clé secrète du client est affichée à 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 ID client comme nom d’utilisateur et le secret client comme mot de passe pour appeler l’application sur le navigateur.

   Pour appeler l’application à l’aide de la ligne de commande, utilisez la commande cURL suivante :

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

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

Pour plus d’informations sur l’appel de l’API HTTP Openmix, consultez la documentation 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 retirée du système. Il n’est pas valide pour l’authentification ou l’accès sécurisé à l’application Openmix.

Accès aux journaux

Le journal des décisions prises par Openmix peut être collecté et mis à disposition pour un téléchargement sécurisé. Ces journaux peuvent vous aider à analyser les décisions prises par votre application Openmix et le comportement des demandes de débogage. Les journaux peuvent être activés/désactivés et sécurisés au niveau du compte. Pour plus de détails sur l’activation et le téléchargement des journaux Openmix et voir la description des journaux, rendez-vous sur Netscope.

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 dans la section suivante, mais voici quelques aspects importants concernant les rapports :

Dimensions principales et secondaires

La dimension principale du graphique est sélectionnée dans une liste située au-dessus du graphique. Utilisez cette liste comme un puissant pivot du rapport. Une dimension secondaire peut également être choisie pour affiner davantage le reporting.

Contexte de visualisation Basculer

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

Export 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 en haut du rapport.

Filtre : Période du rapport

Vous pouvez générer un rapport avec une période de 60 minutes, 24 heures, 48 heures, 7 jours, 30 jours ou une plage personnalisée. La vue par défaut est la dernière 24 heures.

Filtres : puissantes fonctionnalités d’exploration

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

• 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

Le rapport Benefit indique l’amélioration globale des performances de mise à disposition de vos applications lorsque vous utilisez le service NetScaler Intelligent Traffic Management (ITM). L’avantage se traduit par une amélioration en pourcentage du temps de réponse et du débit. Choisissez une plate-forme spécifique dans le pool de plateformes candidates pour générer le rapport.

Dimensions principales du rapport sur les avantages

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

Résumé

Summary 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çu de toutes les applications.

Remarque : Vous pouvez alterner entre les avantages affichés en termes de temps de réponse ou de débit en utilisant le filtre Statistique .

Application

Lorsque 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) sous forme de pourcentage d’avantage dans le choix d’une certaine plate-forme par rapport à d’autres plateformes candidates.

Remarque : 0 % signifie qu’il n’y a pas eu d’avantage ou d’amélioration supplémentaire dans le choix d’une plateforme spécifique plutôt qu’une autre.

Lieu (continent, pays, région, État)

Lorsque l’emplacement (Continent, Pays, Régionou État) est sélectionné comme dimension principale, le rapport sur les avantages montre 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 l’emplacement par continent, pays, région ou État.

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

Réseau

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

Plateforme

Lorsque vous sélectionnez Plateforme comme dimension principale, vous voyez les plateformes 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 se situe en termes de temps de réponse ou de débit (en pourcentage).

Remarque : Le pourcentage d’amélioration des performances affiché lorsqu’une application choisit cette plateforme. La liste sur le graphique n’indique pas nécessairement un classement des performances entre ces plateformes.

Code motif

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

Ignorer les plateformes dans le rapport

Pour améliorer la précision des décisions d’ Openmix pour votre rapport sur les avantages, vous pouvez choisir d’ignorer certaines plateformes et de configurer l’application pour qu’elle ne sélectionne que les plateformes les plus adaptées à la comparaison.

Par exemple, votre application dispose de cinq plateformes à prendre en compte à des fins de comparaison : trois en Europe pour le trafic européen et deux aux États-Unis pour le trafic américain. Les règles géographiques précisent que le trafic européen doit passer par les plateformes européennes et le trafic américain via les plateformes américaines.

Pour vous assurer que le calcul est effectué à l’aide des trois plateformes européennes, vous pouvez configurer l’application pour qu’elle ignore les deux autres plateformes non européennes. Utilisez la méthode ignoredProvider() dans votre JavaScript.

La méthode prend l’alias du fournisseur (par exemple provider-1, provider-2) comme argument d’entrée (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 au sein de la fonction onRequest:

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-->

Rapport de décision par géolocalisation

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

Rapport de décision

Ce rapport montre la tendance des décisions Openmix pour chacune des applications, plateformes et zones géographiques.