Un environnement de déploiement canari vous permet de tester une routine sur un ou plusieurs points de présence (POP) avant de la déployer à l'échelle mondiale. Cette approche minimise l'impact des vulnérabilités inconnues sur votre activité.
Fonctionnement
L'environnement de déploiement canari réduit les risques d'échec lors de la publication de nouvelles routines ou de mises à jour. Ces environnements sont organisés par région, ce qui vous offre un contrôle précis sur le déploiement de vos routines.
Sélectionnez les régions dans lesquelles déployer les environnements canaris. Par exemple, choisissez Pékin, Fujian, Hunan et Guangdong. Une fois ces environnements configurés, sélectionnez-en un pour y publier une version de code ou de configuration. Si vous publiez le code dans la région de Pékin, celui-ci ne s'applique qu'aux POP de cette région et aux requêtes clients qui leur sont acheminées. Après la publication dans les régions canaries spécifiées, surveillez l'état de votre service et les retours utilisateurs. En l'absence d'anomalies, élargissez la portée du déploiement canari ou publiez le code dans l'environnement de production.
Modèle d'isolation
Lorsque vous ajoutez un POP à l'environnement canari, il est exclu de l'environnement de production, comme illustré ci-dessus. Chaque publication de nouveau code ou de mise à jour nécessite un déploiement distinct dans l'environnement canari.
Par exemple, supposons que vous ayez publié la première version de votre code en production, puis configuré Pékin, Fujian, Hunan et Guangdong comme régions canaries. Les POP de ces quatre régions sont isolés de la production. Lorsque vous publiez la deuxième version du code en production, les POP des régions canaries continuent d'exécuter la première version. Vous devez donc publier séparément la deuxième version dans les régions de Pékin, Fujian, Hunan et Guangdong afin que tous les POP en ligne exécutent le nouveau code.
Ordre de déploiement recommandé
Pour tirer pleinement parti de l'environnement canari, publiez systématiquement votre code d'abord dans l'environnement de préproduction, puis dans l'environnement canari, et enfin dans l'environnement de production.
Configurer un environnement de déploiement canari
-
Connectez-vous à la console DCDN.
Remarque
Une routine nécessite un nom de domaine pour fournir des services au client. Il peut s'agir d'un nom de domaine accéléré par Alibaba Cloud CDN ou par DCDN. Connectez-vous à la console du service auquel votre nom de domaine est associé.
Dans le volet de navigation de gauche, cliquez sur EdgeRoutine.
-
Sélectionnez le nom d'une routine et cliquez sur Details. Dans la section Canary Release Environment (Optional), cliquez sur Add Canary Release Environment.
Remarque
Après l'ajout de régions à l'environnement canari, les POP de ces régions sont isolés de ceux de l'environnement de production. Les configurations de l'environnement canari s'appliquent uniquement aux POP des régions sélectionnées.
Lorsqu'une nouvelle version de code est publiée en production, elle doit également être déployée sur tous les POP de l'environnement canari afin que les deux environnements exécutent la même version.
Paramètre Description Region Sélectionnez la région pour le déploiement canari. Répétez cette étape pour ajouter d'autres régions selon vos besoins. Alibaba Cloud propose 35 régions dans le monde, vous permettant de choisir l'environnement canari le plus adapté à votre activité. Routine Specifications Niveau d'allocation des ressources. Niveaux disponibles : Tranche de temps CPU par requête : 5 ms, Temps réel maximal : 120 s, Mémoire : 128 Mo ; Tranche de temps CPU par requête : 50 ms, Temps réel maximal : 120 s, Mémoire : 128 Mo ; Tranche de temps CPU par requête : 100 ms, Temps réel maximal : 120 s, Mémoire : 128 Mo. Les frais varient selon les spécifications de la routine. Pour plus d'informations, consultez les règles de facturation. Routine Version Par défaut, après l'ajout d'un environnement canari, celui-ci exécute la même version de code que l'environnement de production. Domain Name Whitelist Liste des noms de domaine pouvant être associés à la routine. Par exemple, si vous définissez le paramètre Domain Name Whitelist sur example.com, seules les requêtes provenant de example.com déclencheront la routine. Les requêtes issues d'autres domaines seront rejetées. Par défaut, le paramètre Domain Name Whitelist est vide, ce qui permet à toutes les requêtes, quel que soit le domaine, d'être associées à la routine. Les noms de domaine avec caractères génériques sont pris en charge. 
Cliquez sur OK.
Utiliser l'environnement de déploiement canari
-
Lors de la publication d'une version de routine, sélectionnez l'environnement canari configuré pour déployer la version sur les POP des régions correspondantes.
Remarque
Si vous publiez la version 1624328628932318493 du code dans les régions Fujian et Chongqing, celle-ci ne s'applique qu'aux POP de ces zones. Seules les requêtes utilisateurs acheminées vers ces deux régions déclencheront cette version spécifique du code.

-
Pour déployer le code sur tous les POP en ligne après avoir validé ses performances dans les environnements canaris, sélectionnez à la fois l'environnement de production et tous les environnements canaris. Le code sera ainsi publié sur l'ensemble des POP actifs.
