Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Mise en œuvre de déploiements canary Lambda à l’aide d’un alias pondéré

Vous pouvez utiliser un alias pondéré pour répartir le trafic entre deux versions différentes de la même fonction. Cette approche vous permet de tester de nouvelles versions de vos fonctions avec un faible pourcentage de trafic et de revenir rapidement en arrière si nécessaire. C’est ce que l’on appelle un déploiement canary. Les déploiements Canary diffèrent des blue/green déploiements en ce sens qu'ils n'exposent la nouvelle version qu'à une partie des demandes au lieu de commuter tout le trafic en une seule fois.

Vous pouvez faire pointer un alias vers au maximum deux versions de fonction Lambda. Les versions doivent répondre aux critères suivants :

Création d’un alias pondéré

Console

Pour configurer le routage sur un alias à l’aide de la console

Note

Vérifiez que la fonction a au moins deux versions publiées. Pour créer des versions supplémentaires, suivez les instructions de la section Création de versions de fonction.

1. Ouvrez la page Functions (Fonctions) de la console Lambda.

2. Choisissez une fonction.

3. Sélectionnez Alias, puis Create alias (Créer un alias).

4. Sur la page Create alias (Créer un alias), procédez de la manière suivante :

   1. Renseignez le champ Name (Nom) pour l'alias.

   2. (Facultatif) Renseignez le champ Description de l'alias.

   3. Pour Version, choisissez la première version de fonction vers laquelle vous souhaitez que l'alias pointe.

   4. Développez Weighted alias (Alias pondéré).

   5. Pour Additional version (Version supplémentaire), choisissez la deuxième version de fonction vers laquelle vous souhaitez que l'alias pointe.

   6. Pour Weight (%) (Pondération (%)), entrez une valeur de pondération pour la fonction. La pondération est le pourcentage de trafic qui est affecté à cette version lorsque l'alias est appelé. La première version reçoit le reste du trafic. Par exemple, si vous spécifiez 10 % pour Additional version (Version supplémentaire), 90 % du trafic est automatiquement affecté à la première version.

   7. Choisissez Enregistrer.

AWS CLI

Utilisez les AWS CLI commandes create-alias et update-alias pour configurer les pondérations de trafic entre deux versions de fonctions. Lorsque vous créez ou mettez à jour l'alias, vous spécifiez la pondération du trafic dans le paramètre routing-config.

L'exemple suivant crée un alias de fonction Lambda nommé routing-alias qui pointe vers la version 1 de la fonction. La version 2 de la fonction reçoit 3 % du trafic. Les 97 % restants du trafic sont acheminés vers la version 1.

aws lambda create-alias \
  --name routing-alias \
  --function-name my-function \
  --function-version 1  \
  --routing-config AdditionalVersionWeights={"2"=0.03}

Utilisez la commande update-alias pour augmenter le pourcentage de trafic entrant vers la version 2. Dans l'exemple suivant, vous augmentez le trafic à 5 %.

aws lambda update-alias \
  --name routing-alias \
  --function-name my-function \
  --routing-config AdditionalVersionWeights={"2"=0.05}

Pour acheminer l'ensemble du trafic vers la version 2, utilisez la commande update-alias pour modifier la propriété function-version afin que l'alias pointe vers la version 2. La commande réinitialise également la configuration de routage.

aws lambda update-alias \
  --name routing-alias \
  --function-name my-function  \
  --function-version 2 \
  --routing-config AdditionalVersionWeights={}

Les AWS CLI commandes des étapes précédentes correspondent aux opérations suivantes de l'API Lambda :

• CreateAlias

• UpdateAlias

Détermination de la version invoquée

Lorsque vous configurez des pondérations de trafic entre deux versions de fonction, vous pouvez déterminer la version de fonction Lambda appelée de deux manières :

Création d’un déploiement continu avec des alias pondérés

Utilisez AWS CodeDeploy et AWS Serverless Application Model (AWS SAM) pour créer un déploiement continu qui détecte automatiquement les modifications apportées au code de votre fonction, déploie une nouvelle version de votre fonction et augmente progressivement la quantité de trafic acheminée vers la nouvelle version. La quantité de trafic et le taux d'augmentation sont des paramètres que vous pouvez configurer.

Dans un déploiement continu, AWS SAM effectue les tâches suivantes :

Exemple AWS SAM modèle

L'exemple suivant présente un modèle AWS SAM pour un déploiement propagé simple.

AWSTemplateFormatVersion : '2010-09-09'
Transform: AWS::Serverless-2016-10-31
Description: A sample SAM template for deploying Lambda functions

Resources:
# Details about the myDateTimeFunction Lambda function
  myDateTimeFunction:
    Type: AWS::Serverless::Function
    Properties:
      Handler: myDateTimeFunction.handler
      Runtime: nodejs24.x
# Creates an alias named "live" for the function, and automatically publishes when you update the function.
      AutoPublishAlias: live
      DeploymentPreference:
# Specifies the deployment configuration
          Type: Linear10PercentEvery2Minutes

Ce modèle définit une fonction Lambda nommée myDateTimeFunction avec les propriétés suivantes.

Pour plus d'informations sur la création de déploiements continus avec CodeDeploy et AWS SAM, consultez les rubriques suivantes :