Un environnement de déploiement canari permet de tester une routine sur un ou plusieurs points de présence (POP) avant de la publier sur l'ensemble des POP mondiaux. Cette approche limite l'impact d'éventuelles vulnérabilités inconnues sur votre activité.
Fonctionnement
L'environnement de déploiement canari réduit les risques de dysfonctionnements lors de la publication de nouvelles routines ou de leurs mises à jour. Ces environnements sont organisés par région, ce qui vous permet de contrôler précisément le déploiement de vos routines.
Sélectionnez les régions où déployer les environnements de déploiement canari. Vous pouvez par exemple choisir Pékin, Fujian, Hunan et Guangdong. Une fois ces environnements configurés, sélectionnez-en un pour y publier une version spécifique du code ou de la configuration. Si vous publiez le code dans la région de Pékin, celui-ci ne s'applique qu'aux POP situés dans cette région ainsi qu'aux requêtes client qui y sont routées. Après le déploiement dans les régions canaris spécifiées, surveillez l'état de votre service et les retours des utilisateurs concernés. En l'absence de problème, étendez la portée du déploiement canari ou publiez directement le code et la configuration en environnement de production.
Modèle d'isolation
L'ajout d'un POP à l'environnement de déploiement canari l'exclut automatiquement de l'environnement de production, comme l'illustre la figure précédente. Toute publication de code nouveau ou mis à jour nécessite donc un déploiement explicite vers l'environnement canari.
Prenons un exemple : vous publiez une première version de votre code en production, puis configurez Pékin, Fujian, Hunan et Guangdong comme régions de déploiement canari. Les POP de ces quatre régions se retrouvent alors isolés de la production. Lors de la publication d'une deuxième version en production, les POP des régions canaris continuent d'exécuter la première version. Vous devez donc publier séparément la deuxième version vers les régions de Pékin, Fujian, Hunan et Guangdong pour que tous les POP en ligne exécutent le nouveau code.
Ordre de déploiement recommandé
Pour tirer pleinement parti de l'environnement de déploiement canari, adoptez l'ordre suivant lors de chaque publication de code nouveau ou mis à jour : commencez par l'environnement de préproduction, poursuivez avec l'environnement canari, et terminez par l'environnement de production.
Configurer un environnement de déploiement canari
-
Connectez-vous à la console DCDN.
Note
Une routine nécessite un nom de domaine pour fournir des services au client. Ce nom de domaine peut être accéléré via Alibaba Cloud CDN ou 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 un nom de routine et cliquez sur Details. Dans la section Canary Release Environment (Optional), cliquez sur Add Canary Release Environment.
Note
L'ajout de régions à l'environnement de déploiement canari isole les POP correspondants de ceux de l'environnement de production. Les configurations de l'environnement canari ne s'appliquent qu'aux POP situés dans les régions sélectionnées.
Lors de la publication d'une nouvelle version de code en production, vous devez également la déployer sur tous les POP de l'environnement canari afin de garantir l'exécution de la même version dans les deux environnements.
Paramètre Description Region Sélectionnez la région souhaitée pour le déploiement canari. Répétez cette opération pour ajouter d'autres régions selon vos besoins métier. Alibaba Cloud propose 35 régions à travers le monde, vous permettant de choisir l'environnement canari le plus adapté à votre activité. Routine Specifications Niveau d'allocation des ressources. Options disponibles : CPU Time Slice for Individual Requests: 5 ms, Maximum Real Time: 120s, Memory: 128 MB ; CPU Time Slice for Individual Requests: 50 ms, Maximum Real Time: 120s, Memory: 128 MB ; CPU Time Slice for Individual Requests: 100 ms, Maximum Real Time: 120s, Memory: 128 MB. Les frais varient selon les spécifications de la routine. Pour plus d'informations, consultez Règles de facturation. Routine Version Par défaut, après l'ajout d'un environnement de déploiement 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 d'example.com déclenchent la routine. Les requêtes issues d'autres noms de domaine sont rejetées. Par défaut, le paramètre Domain Name Whitelist est vide, autorisant ainsi les requêtes de tous les noms de domaine. Les noms de domaine 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 de déploiement canari précédemment configuré afin de déployer cette version sur les POP des régions correspondantes.
Note
Si vous publiez la version 1624328628932318493 du code dans les régions de Fujian et Chongqing, celle-ci ne s'applique qu'aux POP situés dans ces deux régions. Seules les requêtes utilisateur routées vers ces régions déclenchent la version 1624328628932318493 du code.

-
Pour publier le code sur l'ensemble des POP en ligne après avoir validé son bon fonctionnement dans les environnements canaris, sélectionnez à la fois l'environnement de production et tous les environnements de déploiement canari. Le code sera ainsi déployé sur tous les POP actifs.
