Acheminez le trafic vers la bonne région au niveau du DNS
TR7 GTM transforme le DNS autoritatif en un moteur de décision de trafic vivant. Il achemine les demandes des utilisateurs vers le bon centre de données, la bonne région ou la cible saine en fonction de la géographie, de la latence, de l'état de santé du service et des politiques de trafic — sans dépendre d'un service cloud, dans votre propre infrastructure.
Bonne région. Service sain. Accès ininterrompu.
Le DNS ne se contente plus de renvoyer des enregistrements ; il décide où le trafic doit aller. TR7 GTM évalue conjointement l'état de santé, la localisation de l'utilisateur, la latence du réseau et la politique de distribution, et produit chaque réponse en fonction des conditions en direct. Le contrôle reste dans votre infrastructure ; le mécanisme de décision n'est pas délégué au cloud.
Le DNS traditionnel mappe les noms à des adresses IP. TR7 GTM, en revanche, produit chaque réponse DNS en fonction de l'état de santé du service en direct, de la localisation de l'utilisateur, de la latence du réseau et de la politique de trafic. Les utilisateurs sont acheminés vers la bonne région, le service sain et la cible la plus optimale.
En cas de panne, le trafic est transféré automatiquement vers un emplacement sain. Les transitions progressives — déplacer le trafic vers un nouveau service à des taux contrôlés —, les déploiements blue/green — exécuter l'ancien et le nouvel environnement en parallèle pour une transition sûre — et la distribution A/B — diviser proportionnellement le trafic entre différentes cibles — sont des scénarios gérés au niveau du DNS.
TR7 GTM applique ces décisions sans les déléguer à un service basé sur le cloud, dans votre propre infrastructure et intégré aux health checks d'ADC. Le DNS n'est plus un système d'enregistrements statique ; c'est une couche de routage vivante qui fonctionne avec des informations d'état de santé, de performance et de politique.
Toutes les applications ne nécessitent pas la même décision de routage. TR7 GTM vous permet d'utiliser différents modes de routage par enregistrement, zone ou service ; et de combiner ces modes dans la même politique lorsque nécessaire.
Acheminez les utilisateurs vers le bon centre de données par pays, région ou continent. Le trafic européen peut aller vers la région UE, le trafic asiatique vers APAC, le trafic local vers le centre de données local — sans logique supplémentaire côté client.
Acheminez l'utilisateur non seulement vers la région la plus proche, mais vers la cible qui répond le mieux à ce moment-là. La latence réseau et les signaux de performance sont évalués ; le chemin le plus rapide pour l'utilisateur est préféré.
Distribuez le trafic entre les cibles selon des proportions que vous définissez. Ouvrez progressivement de nouveaux services, effectuez une distribution A/B ou gérez les transitions blue/green de manière contrôlée au niveau du DNS.
Lorsqu'une région ou un service n'est pas sain, les réponses DNS sont automatiquement acheminées vers la cible saine. La décision ne repose pas sur un service de surveillance externe, mais sur des health checks intégrés.
Définissez des règles séparées pour la transition de la région principale vers la région de secours et pour le retour. Exécutez des scénarios de transition rapide, retour contrôlé, approbation manuelle ou récupération automatique selon votre politique.
TR7 GTM n'héberge pas seulement des enregistrements DNS ; il rassemble la gestion des zones, le support avancé d'enregistrements, les scénarios de santé multi-étapes, la logique de réponse basée sur les déclencheurs, DNSSEC et le service express de zones dans une seule plateforme pour l'exploitation DNS d'entreprise.
Support étendu d'enregistrements incluant A, AAAA, CNAME, MX, TXT, SRV, NS, CAA et enregistrements DNSSEC. Contrôle détaillé par zone, centre de données et enregistrement.
Prenez des décisions basées sur une logique de service réelle au lieu d'un seul résultat de ping : l'API et la base de données doivent être actives ensemble, au moins un des chemins alternatifs doit fonctionner ou une chaîne de service spécifique doit rester saine.
Les zones, les cibles de centre de données et les pools de services sont surveillés en continu. Lorsque l'état de santé change, les réponses DNS sont automatiquement mises à jour.
Lorsqu'une partie des zones est hébergée dans TR7 et une partie dans différentes infrastructures DNS, acheminez les requêtes vers la bonne cible par suffixe, vue ou politique.
Modifiez automatiquement les réponses DNS sans intervention de l'opérateur lorsqu'un service devient insalubre, qu'une fenêtre de maintenance commence ou qu'un événement spécifique se produit.
Définissez la logique conditionnelle qui affecte les réponses DNS sans écrire de scripts. Le moteur de règles de TR7 fonctionne également au niveau GTM avec la même expérience opérateur.
Recevez des zones depuis le master autoritatif avec AXFR, IXFR et NOTIFY ; servez-les en mémoire avec des performances élevées. Le master DNS reste caché ; la charge des requêtes publiques est prise en charge par GTM.
Ne laissez pas la décision de centre de données uniquement à la géographie. Les métriques d'hôte, l'état de santé du service, le nombre de connexions, la bande passante, les sauts, la perte de paquets et les signaux côté client peuvent être évalués ensemble.
Signez les zones autoritatives dans votre propre infrastructure. Les enregistrements DNSSEC incluant DNSKEY, DS, NSEC3, RRSIG et CDS sont pris en charge ; le contrôle des clés reste chez l'opérateur.
Lorsque le routage global et la distribution intra-régionale fonctionnent sur la même plateforme, les données d'état de santé, l'inventaire des services et l'expérience opérateur sont partagés. TR7 GTM fonctionne intégré aux mêmes pools de backend et health checks utilisés par ADC.
Lorsqu'un backend ADC devient insalubre, GTM n'essaie pas de le redécouvrir ; il partage les mêmes informations d'état de santé. Les réponses DNS suppriment le centre de données affecté de l'ensemble de réponses et les utilisateurs sont acheminés vers des cibles saines.
DétailLes entrées de centre de données GTM peuvent se référer aux mêmes définitions de pool de backend qu'ADC utilise. Aucun inventaire dupliqué, endpoints de santé différents ou deux disciplines de gestion distinctes ne sont nécessaires.
DétailTR7 GTM achemine le trafic vers la bonne région. TR7 ADC publie l'application et la distribue dans la région. TR7 WAAP protège l'application. TR7 AAM détermine qui peut accéder. Quatre produits travaillent ensemble sur une seule plateforme et une seule interface opérateur.
Chaque pilier est un produit séparé pouvant être licencié individuellement ; cependant, ils partagent la même interface opérateur, les mêmes définitions de pool de service, le même magasin de certificats et le même plan de reporting. C'est pourquoi opérer les produits ensemble prend des minutes, pas des semaines.
Chaque capacité renvoie à une page de référence technique distincte qui explique le comportement réel du produit. Cliquez sur le titre correspondant pour les détails.
Démontrez votre topologie multi-régions sur TR7 GTM. Apportez votre plan de reprise après sinistre, vos politiques géographiques, vos scénarios de distribution pondérée et vos besoins en health check — nous montrerons ensemble comment le DNS cesse d'être un système d'enregistrements statique pour devenir une couche de routage vivante.