Chez Edgio, anciennement Verizon Media, notre engagement à fournir à nos clients les meilleurs produits et solutions de leur catégorie est continu, c’est pourquoi nous avons apporté des améliorations à notre technologie Rules Engine. La dernière version de Rules Engine offre une meilleure expérience utilisateur globale et la flexibilité nécessaire pour garder les configurations simples, ou elles peuvent être personnalisées pour répondre aux besoins spécifiques de votre entreprise. Ces règles personnalisées gèrent la manière dont nos serveurs périphériques mettent en cache et accordent l’accès à notre plate-forme, par exemple, le remplacement du TTL, la redirection d’URL, la réécriture d’URL, contrôle d’accès, géobloquage, etc.
Fonctionnalités du moteur de règles et conditions de correspondance
Le moteur de règles comprend de nombreuses fonctionnalités précieuses, chacune définissant le type d’action à appliquer au type de demande identifié par un ensemble de conditions de correspondance. Une condition de correspondance identifie des types spécifiques de demandes pour lesquelles un ensemble de fonctions doit être exécuté. Par exemple, les conditions de correspondance axées sur l’emplacement identifient les demandes en fonction de l’emplacement du demandeur, tel que le pays, le continent, la région ou le code postal. Pour une liste complète des conditions de match, visitez notre page de documentation technique .
Configuration et contrôle du CDN du moteur de règles
Rules Engine inclut des fonctionnalités qui vous offrent encore plus de contrôle et de flexibilité pour optimiser l’expérience de l’utilisateur final. Ces nouvelles fonctionnalités puissantes incluent :
1. Aucune limite de règle : il n ‘ y a pas de limite au nombre total de règles autorisées et au nombre total de correspondances et de caractéristiques dans une règle. Les correspondances et les fonctionnalités catégorisées sont désormais plus faciles à trouver, de nouvelles fonctionnalités étant ajoutées au mélange, notamment l’optimisation du streaming et les conditions de correspondance de géolocalisation.
2. Environnement de staging : avec l’environnement de staging Rules Engine, vous pouvez tester de manière proactive les règles avant de les déployer en production sans affecter le trafic en direct. Vous pouvez également tester différentes fonctionnalités CDN et vérifier leur compatibilité et/ou interactions de bout en bout, du client au CDN et du CDN à l’origine.
Environnement de préparation du moteur de règles
3. Workflow de déploiement rationalisé : une politique peut être rapidement appliquée à l’environnement de préparation ou de production. Un historique des demandes de déploiement est fourni pour faciliter le suivi des modifications appliquées à ces environnements.
4. Gestion des versions des stratégies : cela vous permet de stocker plusieurs variantes de règles, de sorte que vous êtes prêt pour un déploiement futur et un retour arrière facile si nécessaire. La gestion des versions vous permet de suivre les modifications de règle au fil du temps et de voir qui a mis à jour une ébauche, verrouillé une stratégie ou soumis une demande de déploiement.
5. Nouvelle interface utilisateur : l ‘ interface utilisateur a été mise à jour, ce qui facilite la configuration des règles, notamment la rédaction, le déploiement et la restauration des stratégies dans votre environnement de production ou de préparation.
-
Outil de comparaison de règles : la fonction Comparer est une nouvelle fonctionnalité puissante qui vous permet de comparer une ébauche ou une police avec une autre ébauche ou police pour identifier facilement les différences. Cela peut être très utile à des fins de dépannage ou de gestion avant/après l’application d’une nouvelle politique.
Outil de comparaison de règles
- Exportation et importation XML : une fois les règles créées dans le générateur de règles, vous pouvez exporter les configurations au format XML. Vous pouvez également modifier les règles au format XML et les importer dans un nouveau brouillon sur le même compte ou des comptes différents.
6. API REST : notre suite robuste de points de terminaison API permet à DevOps d’automatiser la configuration et le déploiement du moteur de règles. Ils peuvent créer et mettre à jour des stratégies, suivre l’état de propagation et extraire une liste de règles actives par CNAME ou origine.
Rules cas d’utilisation des moteurs
Il existe de nombreux cas où Rules Engine peut vous aider à atteindre vos objectifs commerciaux. En voici quelques-uns. Pour une liste complète des fonctionnalités, visitez notre page de documentation technique.
1. Accès : ces fonctions contrôlent l’accès au contenu. Exemples : erreur 403 accès refusé/interdit et authentification basée sur jeton.
Exemple de cas d’utilisation – géolocalisation : si le pays correspondant ne correspond pas aux États-Unis, vous pouvez bloquer avec une réponse 403 accès interdit.
Exemple de règle de géoblocage
Exemple de cas d’utilisation : le moteur de règles crée et gère l’authentification basée sur des jetons pour sécuriser le contenu à la périphérie et à l’origine. Le moteur de règles permet d’activer/désactiver l’authentification basée sur les jetons par type de demande. Vous pouvez tirer parti de cette fonctionnalité pour personnaliser l’ensemble des demandes qui nécessitent une authentification basée sur l’heure d’expiration, Autoriser/refuser en fonction du pays, Autoriser/refuser en fonction du domaine référent et/ou Autoriser/refuser en fonction de l’adresse IP du client. Les jetons basés sur des règles peuvent ensuite être générés via l’interface utilisateur ou par programmation à l’aide de l’API/binaires Edgio CDN.
2. Mise en cache : ces fonctionnalités personnalisent quand et comment le contenu est mis en cache. Exemples : Bypass cache, Force Internal Max-Age, External Max-Age et cache-Control Header Treatment.
Exemple de cas d’utilisation : par défaut, le CDN honore la stratégie de cache de l’origine. Cependant, vous pouvez remplacer les valeurs TTL et ignorer la stratégie sans cache de l’origine. L’exemple ci-dessous montre comment cela est accompli.
Exemple de règle Force Internal Max-Age
Exemple de cas d’utilisation : External Max-Age détermine le temps qui s’écoule avant qu’un navigateur puisse rechercher une nouvelle version d’un actif à partir d’un serveur Edge.
Exemple de règle Max-Age externe
3. En-têtes : ces fonctionnalités ajoutent, modifient ou suppriment des en-têtes de la requête ou de la réponse. Les exemples incluent Modifier l’en-tête de requête client et Modifier l’en-tête de réponse client.
Exemple de cas d’utilisation : l’en-tête Modifier une réponse client écrase, ajoute ou supprime un en-tête d’une réponse. L’exemple ci-dessous est conçu pour correspondre à n’importe quelle requête HTTP, puis écraser un certain en-tête cors (Cross-Origin Resource Sharing) renvoyé au client.
Exemple de règle Modifier l’en-tête de réponse client
4. Journaux : ces fonctionnalités personnalisent les données stockées dans les fichiers journaux bruts. Exemples : Mask client Subnet et Custom Log Field.
Exemple de cas d’utilisation – conformité au règlement général sur la protection des données (RGPD) : avec Mask client Subnet, vous pouvez déterminer si l’adresse IP d’un client sera masquée à des fins de journalisation et de reporting. Par exemple, l’application de cette fonctionnalité à un client dont l’adresse IP est 100.100.200.50 entraînerait l’adresse IP masquée suivante : 100.100.200.0
5. URL : ces fonctionnalités permettent de rediriger ou de réécrire une requête vers une URL différente. Les exemples incluent URL Redirect et URL Rewrite. Selon les objectifs du cas d’utilisation particulier, vous pouvez préférer utiliser une redirection ou une réécriture. Une redirection d’URL est une action côté client qui demande au navigateur Web d’accéder à une autre URL, et cette nouvelle URL est reflétée dans le navigateur. Une réécriture d’URL est une action côté serveur qui ne modifie pas ce que vous voyez dans le navigateur car les modifications de l’utilisateur sont masquées.
Exemple de cas d’utilisation : vous pouvez utiliser URL Redirect pour rediriger HTTP vers HTTPS. Non seulement les sites HTTPS se classent généralement plus haut dans les résultats des moteurs de recherche, mais ils sécurisent également votre site Web, offrant une meilleure expérience utilisateur.
Exemple de cas d’utilisation : les réécritures d’URL peuvent être utilisées pour la distribution de contenu et le ciblage sur plusieurs origines à l’aide d’une seule URL client/navigateur plate. Le mécanisme de réécriture fonctionne à la périphérie et commute les demandes entre plusieurs origines ou serveurs en fonction d’un ensemble de conditions de correspondance.
Le moteur de règles Edgio vous offre un contrôle granulaire et une visibilité sur vos règles métier avec la possibilité de les personnaliser pour s’adapter à la complexité de votre entreprise. Que l’accent soit mis sur la distribution de médias, la fourniture de micrologiciels, de logiciels, de mises à jour de jeux ou de sites Web plus rapides, le moteur de règles offre un contrôle ultime sur la façon dont le contenu est mis en cache et distribué.
Obtenez plus d’informations
Contactez-nous pour en savoir plus sur la façon dont Rules Engine peut répondre aux besoins de votre entreprise, en offrant de meilleures expériences utilisateur.
