Livraison d’un contenu global stratégique
La mise en cache est un moyen courant qui permet de réduire la charge sur les services back-end et d’optimiser les performances des utilisateurs. Les réseaux de distribution de contenu (CDN), notamment Azure Front Door, offrent une mise en cache à la périphérie du réseau.
Les charges de travail stratégiques utilisent souvent plusieurs CDN pour atteindre un niveau de bon fonctionnement plus élevé. Si un CDN subit une panne ou connaît des performances dégradées, votre trafic est automatiquement redirigé vers un autre CDN.
Si vous implémentez plusieurs CDN, tenez compte des implications de cette approche. Chaque CDN offre un chemin réseau distinct à vos serveurs d’applications, et vous devez configurer et tester chaque CDN séparément.
Cet article décrit une approche permettant d’utiliser Azure Front Door avec un CDN partenaire, Verizon. Cette approche convient aux solutions qui reposent fortement sur la mise en cache pour délivrer un contenu statique, des médias et des applications e-commerce à grande échelle.
Notes
Ce cas d’usage fait partie d’une stratégie de conception globale qui couvre une autre approche lorsque Azure Front Door est indisponible. Pour plus d’informations sur le contexte et diverses considérations, consultez Applications web globales stratégiques.
Approche
Le CDN de Verizon et la plateforme CDN (Edgio) peuvent être intégrés à votre solution Azure. Vous pouvez le configurer à partir du portail Azure et des API. La plateforme est isolée de l’infrastructure de Microsoft.
Cette isolation offre un haut degré de résilience des scénarios d’urgence. En cas de panne ou de sinistre, le trafic est automatiquement déplacé entre Azure Front Door et le CDN de Verizon. Vous pouvez utiliser Azure Traffic Manager pour détecter une panne et rediriger le trafic vers l’autre CDN.
Traffic Manager qui utilise un mode de routage prioritaire a deux points de terminaison. Par défaut, Traffic Manager envoie des requêtes via Azure Front Door. Si Azure Front Door est indisponible, Traffic Manager envoie la requête via le CDN du partenaire.
Azure Front Door traite et achemine la majeure partie du trafic de votre application. Azure Front Door achemine le trafic vers le serveur d’applications d’origine approprié et fournit le chemin d’accès principal à votre application. Si Azure Front Door est indisponible, le trafic est automatiquement redirigé via le chemin secondaire.
Azure CDN de Verizon est configuré pour envoyer le trafic à chaque serveur d’origine.
Vos serveurs d’applications d’origine doivent être prêts à accepter à tout moment le trafic d’Azure Front Door et d’Azure CDN en provenance de Verizon.
Considérations
Les considérations décrites dans Applications web globales stratégiques s’appliquent toujours à ce cas d’usage. Voici quelques points supplémentaires :
Choix du CDN
Dans cet exemple, nous vous suggérons d’utiliser le CDN de Verizon. Le CDN de Verizon est souvent un bon choix, car il peut être déployé, configuré et facturé via Azure, ce qui réduit votre complexité opérationnelle. Il s’exécute sur une infrastructure physique distincte d’Azure Front Door, ce qui signifie qu’il est résilient aux pannes ou aux problèmes sur l’infrastructure de Microsoft.
Vous pouvez choisir d’utiliser un autre CDN, ou même d’utiliser plusieurs CDN, en fonction de vos besoins et de votre tolérance au risque.
Parité des fonctionnalités
Azure Front Door et le CDN de Verizon offrent des fonctionnalités distinctes qui ne sont pas équivalentes entre les deux produits. Il existe par exemple des différences dans la gestion des certificats TLS, du WAF et des règles HTTP.
Étudiez attentivement les fonctionnalités d’Azure Front Door que vous utilisez pour déterminez si votre autre CDN a des fonctionnalités équivalentes. Pour plus d’informations, consultez Cohérence des chemins d’entrée.
Remplissage du cache
Si vous exécutez plusieurs CDN en mode actif/passif, pendant un basculement, le CDN configuré en mode passif doit effectuer un remplissage de cache à partir de votre origine pendant le basculement.
Testez le basculement entre Azure Front Door et votre autre CDN pour détecter des anomalies ou des problèmes de performances.
Si votre solution est exposée à des problèmes de performances pendant les remplissages du cache, envisagez les approches suivantes pour réduire le risque :
Effectuer unscale-out ou un scale-up de vos origines pour faire face à des niveaux de trafic plus élevés, en particulier pendant un remplissage de cache.
Préremplir les deux CDN. Vous servez un pourcentage de votre contenu le plus populaire via le CDN passif avant même qu’un événement de basculement ne se produise. Par exemple, vous pouvez envisager d’utiliser le mode de routage du trafic pondéré.
Compromis
L’utilisation de plusieurs CDN s’accompagne de quelques compromis.
Coût : Il peut y avoir une augmentation du coût global de la solution. Lorsque vous déployez une architecture multi-CDN, plusieurs CDN vous sont facturés. Assurez-vous de comprendre comment vous êtes facturé pour chaque CDN de votre solution et tous les autres composants que vous déployez.
Performances. Des problèmes de performances peuvent se produire pendant le basculement entre Azure Front Door et votre autre CDN.
Le remplissage du cache lorsque les CDN s’exécutent en mode actif/passif est un problème courant. Le CDN configuré en mode passif doit remplir son cache à partir de l’origine. Il peut surcharger les systèmes d’origine pendant ce processus.
Étapes suivantes
Évaluer le scénario d’entrée HTTP globale pour comprendre s’il s’applique à votre solution.