Function Compute prend en charge le versionnage des fonctions afin de faciliter la mise en œuvre de l'intégration continue et du déploiement continu (CI/CD) tout au long du cycle de développement logiciel. Vous avez ainsi la possibilité de publier une version stable pour le trafic de production, tout en poursuivant le développement sur la version LATEST, sans impacter les utilisateurs finaux.
Fonctionnement
Dans Function Compute, le contrôle de version s'effectue au niveau de la fonction. La publication d'une version fige le code et la configuration actuels sous forme de snapshot immuable. Une fois publiée, une version ne peut plus être modifiée ; son numéro de version s'incrémente de manière monotone et ne saurait être réutilisé.
Ce snapshot comprend :
Les paramètres essentiels de la fonction : runtime, handler et commande de démarrage
La configuration des instances : type d'instance, concurrence des instances et hooks du cycle de vie des instances
Les ressources associées : layers, variables d'environnement, journalisation, réseau, stockage, vérifications de l'état, DNS personnalisé et permissions (rôle)
Le passage d'une version à une autre ne nécessite aucune modification du code ou de la configuration de la fonction.
Le diagramme suivant illustre la coexistence des versions publiées et de la version LATEST.
Éléments exclus du snapshot
Les déclencheurs et les paramètres des tâches asynchrones ne font pas partie du snapshot de version. Il est nécessaire de les configurer indépendamment pour chaque version après la publication. Les politiques d'Auto Scaling s'appliquent uniquement au niveau de l'alias ; configurez-les sur un alias plutôt que directement sur une version.
Le tableau ci-dessous indique quels éléments de configuration peuvent être associés aux versions et aux alias.
| **Élément de configuration** | **Version** | **Alias** |
|---|---|---|
| Logique du code |  |
 |
| Runtime | |
|
| Spécifications des instances, concurrence des instances, hook du cycle de vie des instances | |
|
| Politique d'Auto Scaling | |
|
| Déclencheur | |
|
| Tâche asynchrone | |
|
| Layer, variable d'environnement, journalisation, réseau, stockage, vérification de l'état, DNS personnalisé, permissions (rôle) | |
|
Remarques d'utilisation
Toute fonction débute avec la version LATEST. Tant qu'aucune autre version n'est publiée, LATEST constitue la seule version disponible et ne peut pas être supprimée.
Une version publiée est immuable. Son numéro s'incrémente automatiquement et ne peut jamais être réattribué.
Prérequis
Avant de commencer, assurez-vous de disposer :
D'une fonction. Pour plus d'informations, consultez Créer une fonction
Publier une version
Connectez-vous à la console Function Compute. Dans le volet de navigation de gauche, cliquez sur Functions.
Dans la barre de navigation supérieure, sélectionnez une région. Sur la page Functions, cliquez sur la fonction cible.
Cliquez sur l'onglet Versions, puis sur Publish Version.
Dans le panneau Publish Version, saisissez une description de version et cliquez sur OK.
La nouvelle version apparaît dans l'onglet Versions. Depuis cet onglet, vous pouvez supprimer les versions devenues inutiles ou désigner une version comme cible principale ou canarienne d'un alias.
Une version nouvellement publiée ne comporte aucun déclencheur. Configurez les déclencheurs de cette version indépendamment après sa publication.
Avant de supprimer une version, retirez tous les alias et déclencheurs qui y sont associés. La suppression d'une version efface uniquement le code et la configuration de la fonction ; les alias pointant vers cette version ainsi que ses déclencheurs sont conservés. L'appel d'un alias référençant une version supprimée génère une erreur.
Étapes suivantes
Pour définir une version comme cible principale ou canarienne d'un alias, reportez-vous à Gérer les alias et à Utiliser les versions et les alias pour mettre en œuvre un déploiement canari.
Pour publier des versions via le CLI, consultez le Guide utilisateur relatif aux versions dans la documentation Serverless Devs.