Object Storage Service:Accélérer l'accès à OSS avec CDN

Configurations requises

1. Activez les requêtes GET de plage : Activer la récupération depuis l'origine basée sur les plages pour votre nom de domaine accéléré. Cela permet aux nœuds périphériques CDN de demander des fichiers volumineux par fragments, ce qui prend en charge la navigation dans les vidéos et les téléchargements repris.

2. Configurez une durée de conservation du cache appropriée : Les fichiers vidéo sont généralement mis à jour rarement. Définissez une longue durée de conservation du cache, par exemple 30 jours ou plus, pour réduire les récupérations fréquentes depuis l'origine.

3. Utilisez la précharge de ressources : Avant de publier une vidéo, utilisez la fonctionnalité CDN Actualiser et précharger les ressources pour distribuer la vidéo aux nœuds périphériques.

Recommandations concernant le débit binaire vidéo

La vitesse de chargement des vidéos est étroitement liée au débit binaire. Si les utilisateurs signalent que la lecture vidéo saccade ou est hachée, vérifiez le débit binaire de la vidéo :

Méthode 1 : Architecture par sous-domaines distincts

Attribuez des sous-domaines sémantiques distincts aux compartiments pour différentes fonctionnalités ou types de ressources, puis configurez l'accélération CDN pour chaque sous-domaine individuellement.

L'utilisation d'une architecture par sous-domaines distincts offre les avantages suivants :

• Les sous-domaines sémantiques sont faciles à identifier et à maintenir pour les équipes de développement.

• Le trafic est distribué au niveau DNS, ce qui évite les limites de connexions simultanées d'un seul domaine.

• Chaque compartiment peut disposer de ses propres stratégies de cache, configurations de sécurité et alertes de surveillance.

• Une surveillance indépendante vous aide à identifier les goulots d'étranglement de performance et le trafic anormal.

Méthode 2 : Domaine unique avec routage basé sur le chemin

Pour fournir un point d'accès unifié pour les compartiments de différents services, configurez un seul nom de domaine accéléré et utilisez le moteur de règles pour acheminer les requêtes vers des compartiments spécifiques en fonction du chemin de la requête. Cet exemple montre comment configurer le nom de domaine accéléré oss.example.com pour récupérer du contenu à partir de deux compartiments : cdn-bucket1 et cdn-bucket2.

1. Ajoutez les informations d'origine : Ajoutez cdn-bucket1 et cdn-bucket2 aux Origin Information du nom de domaine accéléré, puis configurez la résolution CNAME pour le domaine.

2. Ajoutez des règles de chemin : Pour le nom de domaine accéléré, accédez à Add Rule pour créer deux règles de chemin d'URL correspondant respectivement à http://oss.example.com/bucket1/* et http://oss.example.com/bucket2/*.

   Nom de la règle	Type	Opérateur de correspondance	Valeur de correspondance
   bucket1 (personnalisable)	URI	Contient l'un des éléments suivants	/bucket1/*
   bucket2 (personnalisable)	URI	Contient l'un des éléments suivants	/bucket2/*

3. Ajoutez des origines conditionnelles : Dans Basics, utilisez l'option Add Conditional Origin pour associer les règles de chemin à leurs origines correspondantes.

   Rule Condition	Origin Address
   bucket1	cdn-bucket1.oss-<region-id>.aliyuncs.com
   bucket2	cdn-bucket2.oss-<region-id>.aliyuncs.com

4. Spécifiez l'en-tête Host de l'origine : Dans Origin Fetch, utilisez l'option Specify Origin HOST pour garantir que les requêtes de récupération depuis l'origine sont correctement acheminées vers le compartiment cible.

   Origin Server Type	Origin Address	Type d'hôte d'origine	Origin Host	Rule Condition
   Primary Origin Address	cdn-bucket1.oss-<region-id>.aliyuncs.com	Primary Origin Domain	cdn-bucket1.oss-<region-id>.aliyuncs.com	bucket1
   Primary Origin Address	cdn-bucket2.oss-<region-id>.aliyuncs.com	Primary Origin Domain	cdn-bucket2.oss-<region-id>.aliyuncs.com	bucket2

5. Réécrivez l'URL d'origine : Dans Origin Fetch, ajoutez une règle pour Origin Path Rewrite. Cette règle supprime le chemin virtuel (par exemple /bucket1) lors d'une récupération depuis l'origine afin de correspondre au chemin de stockage réel de l'objet.

   Path to Be Rewritten	Target Path	Flag
   ^/bucket1/(.*)$	/$1	break
   ^/bucket2/(.*)$	/$1	break

6. Vérifiez la configuration : Une fois la configuration terminée, vous pouvez utiliser le nom de domaine accéléré unique pour accéder aux ressources de différents compartiments OSS en fonction du chemin. Par exemple, une requête vers http://oss.example.com/bucket1/example.jpg récupère le fichier example.jpg depuis le répertoire racine du compartiment cdn-bucket1.

Sécurité du transit : activation de HTTPS

Pour chiffrer les données transmises entre les clients et les nœuds CDN, configurez un certificat HTTPS pour votre nom de domaine accéléré et activez la redirection HTTPS forcée. HTTPS empêche non seulement le vol ou la falsification des données en transit, mais évite également les avertissements de sécurité des navigateurs, ce qui renforce la confiance des utilisateurs et l'image de marque.

Emplacements de configuration des certificats

Optimisation des performances : configuration de la politique de cache

Les politiques de cache sont essentielles aux performances de la CDN et doivent couvrir à la fois la durée de mise en cache et la gestion des paramètres.

Définir l'expiration du cache

Maximisez votre taux de succès du cache en configurant les règles d'expiration du cache CDN :

Configurer la gestion des paramètres pour activer le traitement d'images

Le traitement d'images OSS, qui inclut des fonctionnalités telles que le redimensionnement, le recadrage et le filigrane, est fréquemment utilisé. Par défaut, la CDN filtre tous les paramètres pour maximiser le taux de succès du cache, ce qui désactive les directives de traitement d'images telles que ?x-oss-process. Pour utiliser cette fonctionnalité, vous devez modifier les paramètres de filtrage des paramètres dans la section Optimization de votre nom de domaine accéléré dans la console CDN.

Disponibilité : utilisation du préchargement et de l'actualisation automatique

Après avoir activé la mise en cache, les mises à jour des fichiers d'origine ne sont pas immédiatement propagées aux nœuds de périphérie CDN. Utilisez les stratégies suivantes :

• Préchargement : avant une nouvelle version ou un événement promotionnel, utilisez la fonctionnalité Refresh and Prefetch Resources de la CDN pour distribuer les ressources populaires aux nœuds de périphérie du monde entier. Cela empêche une augmentation soudaine des requêtes vers l'origine de submerger votre serveur d'origine au lancement.

• Actualisation automatique du cache : dans la section Bucket Settings > Domain Names de votre bucket, activez l'actualisation automatique du cache CDN pour le domaine lié. Lorsque vous mettez à jour un fichier OSS à l'aide d'une API, OSS déclenche automatiquement une tâche d'actualisation CDN.

Accès cross-origin : configuration d'une politique CORS

Lorsqu'une application front-end doit effectuer des requêtes cross-origin vers des ressources OSS accélérées par CDN, les règles CORS configurées uniquement sur le bucket OSS peuvent ne pas fonctionner en raison de la mise en cache CDN. La meilleure pratique consiste à configurer directement les en-têtes de réponse liés à CORS au niveau de la CDN :

1. Dans la console CDN, cliquez sur le nom de domaine accéléré ou sur Manage dans la colonne Actions.

2. Dans l'onglet Cache > Modify Outgoing Response Header, configurez les paramètres et les valeurs de l'en-tête de réponse.

   Response Header	Header Value	CORS
   Access-Control-Allow-Origin	*	Activer
   Access-Control-Allow-Methods	POST, GET, HEAD, PUT, DELETE	Non applicable
   Access-Control-Max-Age	3600	Non applicable

   Remarque

   Les paramètres sont fournis à titre indicatif. Ajustez-les en fonction de votre scénario commercial réel.

Optimisation des performances : amélioration du transfert de fichiers volumineux et de données

• Activer le retour à l'origine par plage : pour les scénarios tels que la vidéo à la demande et la distribution de fichiers volumineux, il est crucial de configurer le retour à l'origine par plage. Cette fonctionnalité permet aux nœuds CDN de demander des fichiers volumineux par morceaux, activant des fonctionnalités avancées telles que le scrubbing vidéo et réduisant considérablement le trafic vers l'origine ainsi que la latence du premier écran.

• Optimiser le transfert de données : pour réduire la taille de transfert des fichiers textuels tels que JS, CSS et HTML, vous pouvez activer la compression Gzip ou l'optimisation de page dans la console CDN.

Déploiement fluide : changement de domaine sans temps d'arrêt

Lors du basculement de votre service existant d'un domaine de bucket OSS vers un nom de domaine accéléré, adoptez une approche progressive :

1. Phase de préparation : terminez toutes les configurations pour le nom de domaine accéléré et testez minutieusement sa fonctionnalité et ses performances dans un environnement de staging.

2. Phase de déploiement canari (recommandée pendant les heures creuses) : utilisez un déploiement canari pour basculer une partie de votre trafic vers le nom de domaine accéléré, en augmentant progressivement le volume pour atténuer les risques.

3. Phase de vérification : surveillez attentivement les journaux d'accès et les taux d'erreur. Analysez les métriques clés telles que le temps de réponse et le taux de réussite pour vous assurer que le service fonctionne normalement.

4. Phase de déploiement complet : après une vérification approfondie, basculez tout le trafic vers le nom de domaine accéléré.

5. Plan de rollback : si des problèmes surviennent, revenez immédiatement au domaine du bucket, analysez la cause racine, puis redéployez.

Protection contre le hotlinking : configuration du Referer et de l'authentification URL

Pour empêcher les sites Web non autorisés d'utiliser vos ressources en hotlinking, ce qui peut entraîner des coûts de trafic inutiles et une consommation de bande passante, vous devez configurer des politiques de sécurité :

• Protection contre le hotlinking basée sur le Referer : configurez une liste blanche ou noire de Referer pour autoriser l'accès uniquement depuis des domaines spécifiés en validant le champ Referer dans l'en-tête de requête HTTP.

• Authentification URL : pour un bucket OSS privé, l'activation du retour à l'origine pour bucket privé autorise les nœuds CDN à y accéder. Cela signifie que les ressources privées qui nécessitaient auparavant une signature peuvent être accessibles publiquement via le domaine CDN. Pour rétablir le contrôle de sécurité sur ces ressources, configurez l'authentification URL au niveau de la CDN.

Surveillance des anomalies de trafic

Créez une règle d'alerte pour votre nom de domaine accéléré dans Cloud Monitor afin de détecter rapidement les pics anormaux de trafic CDN.

Sécurité de l'origine : configuration de SNI et de l'hôte

Il est essentiel de garantir une communication stable et sécurisée entre la CDN et OSS pour la disponibilité du service.

Configurer le SNI de retour à l'origine

Pour éviter que les requêtes vers l'origine sans Server Name Indication (SNI) ne causent des problèmes d'accès avec OSS, vous devez configurer le SNI de retour à l'origine par défaut dans la CDN. Définissez le SNI pour qu'il corresponde à l'hôte de retour à l'origine, qui est par défaut le nom de domaine accéléré. Lorsqu'une requête vers l'origine inclut un SNI, OSS peut identifier le domaine commercial lors de la négociation TLS et renvoyer le certificat correspondant. Si OSS reçoit une requête sans SNI, il ne peut pas identifier avec précision le domaine commercial et peut déclencher des limites de trafic plus strictes.

Masquer les informations sur l'origine

Par défaut, la CDN utilise le domaine du bucket pour les requêtes vers l'origine. Si une erreur d'origine se produit, telle qu'un fichier introuvable, le message d'erreur peut exposer le domaine du bucket OSS, ce qui constitue un risque de sécurité. Pour masquer ces informations, modifiez l'hôte de retour à l'origine pour qu'il corresponde au nom de domaine accéléré :

1. Sur la page Buckets, cliquez sur le bucket cible. Ensuite, dans la section Bucket Settings > Domain Names, liez le nom de domaine accéléré au bucket.

2. Dans la console CDN, cliquez sur le nom de domaine accéléré cible. Ensuite, dans la section Origin Fetch > Default Origin Host, cliquez sur Modify et modifiez le Domain Type en CDN Domain.

Audit et dépannage : activation des journaux d'accès

Un environnement de production doit disposer de capacités de journalisation complètes pour les audits de sécurité, l'analyse des performances et le dépannage. Configurez la livraison de journaux en temps réel dans la console CDN pour envoyer les journaux d'accès à Log Service. Vous pouvez utiliser Log Service pour effectuer des analyses approfondies et configurer des alertes pour le comportement d'accès, la distribution du trafic, les ressources populaires et les erreurs de requête.