Choix des spécifications de fonction
Comme Function Compute et ECS, Edge Routine (ER) impose des limites de performance définies par les spécifications de la fonction, avec des durées d'exécution de 5 ms, 50 ms et 100 ms. Si vous ne connaissez pas la durée d'exécution de votre fonction, commencez par sélectionner la spécification de 50 ms. Publiez ensuite la fonction dans un environnement de test ou de déploiement progressif pour l'essayer. Consultez les journaux ER pour vérifier la durée d'exécution réelle de la requête et choisissez une spécification offrant une marge de sécurité de 20 %. Par exemple, si la durée d'exécution d'une fonction est de 80 ms, optez pour la spécification de 100 ms. Vous pouvez ajuster les spécifications de la fonction à tout moment ; les modifications prennent effet immédiatement.
Mécanisme de secours en cas d'échec d'Edge Routine
Si vous sélectionnez l'option failover to origin lors de la configuration de Associate Domain with Function, le nœud de périphérie interroge directement l'URL d'origine sur votre serveur d'origine en cas d'échec de l'exécution ER. Votre serveur d'origine peut alors distinguer une requête de basculement d'une requête normale provenant d'ER. Par exemple, ajoutez un en-tête personnalisé aux requêtes normales transférées par ER. Une requête de basculement contourne ER et ne contient donc pas cet en-tête. Cela permet à votre serveur d'origine de mettre en œuvre une solution de secours adaptée aux requêtes de basculement. Par exemple, si vous utilisez ER pour le rendu des pages en périphérie, les requêtes sont généralement traitées en périphérie et renvoyées au client. En cas d'échec d'ER, le nœud de périphérie transmet la requête à votre serveur d'origine, qui assure alors le rendu de la page à titre de solution de repli.
Annulation d'un déploiement progressif
Supposons que la version V1 de votre code soit déployée dans l'environnement de production. Vous créez et déployez ensuite une nouvelle version, V2, dans l'environnement de déploiement progressif pour la région Chine (Pékin). Après le déploiement, la version V2 génère une erreur qui rend le service indisponible pour les utilisateurs de cette région. Vous souhaitez maintenant revenir à la version V1 pour la région Chine (Pékin).
Pour revenir en arrière, sélectionnez simplement la version V1 de votre code et déployez-la dans l'environnement de déploiement progressif pour la région Chine (Pékin). Cette action écrase la version V2.
Une fois le déploiement terminé, l'environnement de déploiement progressif pour la région Chine (Pékin) exécute la version V1.
Suppression d'un environnement de déploiement progressif
Ajoutez ou supprimez des environnements de déploiement progressif depuis la page de configuration.
Après la suppression d'un environnement de déploiement progressif, les nœuds de périphérie de la région correspondante reviennent automatiquement à l'exécution de la version de code déployée dans l'environnement de production. Par exemple, si votre environnement de production exécute la version V1 et que l'environnement de déploiement progressif pour la région Chine (Pékin) exécute la version V2, la suppression de l'environnement de déploiement progressif pour la région Chine (Pékin) entraîne le retour des nœuds de périphérie de cette région à la version V1.
Sélection d'une région pour un déploiement progressif
Edge Routine couvre 35 régions dans le monde. Ajoutez n'importe laquelle de ces régions en tant qu'environnement de déploiement progressif selon vos besoins. Par exemple, si vous souhaitez déployer un nouveau code en priorité dans la région Chine (Hangzhou), ajoutez-la comme environnement de déploiement progressif. Une fois l'environnement configuré, accédez à la page Versions and Releases pour sélectionner une version de code et la publier dans l'environnement de déploiement progressif pour la région Chine (Hangzhou) :