Server Load Balancer:Canary release

Scénario

Lorsque vous développez une application, vous souhaitez accélérer le processus de publication tout en garantissant une expérience utilisateur optimale. Pour réduire le risque que des erreurs dans la nouvelle version ne perturbent votre flux de travail, mettez en œuvre des déploiements canary afin que la nouvelle version ne reçoive le trafic que d'un sous-ensemble d'utilisateurs. Évaluez ensuite la nouvelle version à l'aide de métriques telles que les journaux, les performances et la stabilité, sur la base des retours des utilisateurs canary. Selon les résultats de cette évaluation, déployez progressivement la nouvelle version auprès de tous les utilisateurs ou revenez à l'ancienne version.

Prérequis

1. Déployez les versions ancienne et nouvelle sur différents serveurs backend. Pour garantir la disponibilité du service, déployez chaque version sur plusieurs serveurs backend.

2. Créez une instance Application Load Balancer (ALB). Les instances ALB basiques ne prennent pas en charge les règles basées sur les cookies. Vous devez créer des instances ALB standard. Pour plus d'informations, consultez Créer et gérer des instances ALB.

3. Créez des groupes de serveurs. Ajoutez ensuite les serveurs backend où sont déployées les versions ancienne et nouvelle à des groupes de serveurs distincts. Pour plus d'informations, consultez Créer et gérer un groupe de serveurs.

4. Créez un écouteur. Ajoutez ensuite les serveurs backend où est déployée l'ancienne version au groupe de serveurs par défaut de l'écouteur. Pour plus d'informations, consultez Ajouter un écouteur HTTP, Ajouter un écouteur HTTPS et Ajouter un écouteur QUIC.

   Une fois ces tâches effectuées, toutes les requêtes sont transférées vers l'ancienne version. Utilisez l'une ou plusieurs des méthodes suivantes pour mettre en œuvre des déploiements canary. Dans cet exemple, la nouvelle version est ajoutée au Groupe de serveurs A et l'ancienne version au Groupe de serveurs B.

   • Déploiements canary basés sur les en-têtes HTTP

   • Déploiements canary basés sur les cookies

   • Déploiements canary basés sur les groupes de serveurs

Déploiements canary basés sur les en-têtes HTTP

Dans cet exemple, les requêtes HTTP contenant l'en-tête User-Agent Mozilla/4,0 sont transférées vers la nouvelle version.

1. Connectez-vous à la console ALB.

2. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle l'instance ALB est déployée.

3. Sur la page Instances, cliquez sur l'ID de l'instance ALB que vous souhaitez gérer.

4. Sous l'onglet Listener, localisez l'écouteur à gérer et cliquez sur View/Modify Forwarding Rule dans la colonne Actions.

5. Sous l'onglet Forwarding Rules, cliquez sur Add New Rule.

6. Configurez les paramètres suivants et cliquez sur OK :

   • Ajouter une condition : sélectionnez HTTP Header dans la liste déroulante, définissez la clé sur user-agent, puis définissez la valeur sur Mozilla/4,0.

   • Action : sélectionnez Forward to dans la liste déroulante et choisissez le Groupe de serveurs A.

   Pour plus d'informations, consultez Règles de transfert des écouteurs.

   Remarque

   Vous pouvez ajouter davantage de règles de transfert pour augmenter le pourcentage de trafic utilisateur distribué vers la nouvelle version. Si la nouvelle version fonctionne comme prévu, désactivez l'ancienne version et transférez toutes les requêtes vers la nouvelle version.

Déploiements canary basés sur les cookies

Cet exemple montre comment configurer ALB pour transférer les requêtes vers la nouvelle version en fonction de cookies spécifiés sous forme de paires clé-valeur.

1. Connectez-vous à la console ALB.

2. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle l'instance ALB est déployée.

3. Sur la page Instances, cliquez sur l'ID de l'instance ALB que vous souhaitez gérer.

4. Sous l'onglet Listener, localisez l'écouteur à gérer et cliquez sur View/Modify Forwarding Rule dans la colonne Actions.

5. Sous l'onglet Forwarding Rules, cliquez sur Add New Rule.

6. Configurez les paramètres suivants et cliquez sur OK :

   • Cookie : sélectionnez Cookie dans la liste déroulante et définissez la valeur sur clé : valeur.

   • Action : sélectionnez Forward to dans la liste déroulante et choisissez le Groupe de serveurs A.

   Pour plus d'informations, consultez Règles de transfert des écouteurs.

   Remarque

   Vous pouvez ajouter davantage de règles de transfert pour augmenter le pourcentage de trafic utilisateur distribué vers la nouvelle version. Si la nouvelle version fonctionne comme prévu, désactivez l'ancienne version et transférez toutes les requêtes vers la nouvelle version.

Déploiements canary basés sur les groupes de serveurs

Dans cet exemple, 80 % des requêtes destinées à example.com sont transférées vers l'ancienne version et 20 % vers la nouvelle version.

1. Connectez-vous à la console ALB.

2. Dans la barre de navigation supérieure, sélectionnez la région dans laquelle l'instance ALB est déployée.

3. Sur la page Instances, cliquez sur l'ID de l'instance ALB que vous souhaitez gérer.

4. Sous l'onglet Listener, localisez l'écouteur à gérer et cliquez sur View/Modify Forwarding Rule dans la colonne Actions.

5. Sous l'onglet Forwarding Rules, cliquez sur Add New Rule.

6. Configurez les règles de transfert selon les informations suivantes et cliquez sur OK :

   • Ajouter une condition : sélectionnez Domain Name dans la liste déroulante et définissez le nom de domaine sur example.com.

   • Action : sélectionnez Forward to dans la liste déroulante, puis choisissez le Groupe de serveurs B et le Groupe de serveurs A. Définissez le poids du Groupe de serveurs B à 80 et celui du Groupe de serveurs A à 20.

   Pour plus d'informations, consultez Règles de transfert des écouteurs.

   Remarque

   Vous pouvez modifier les poids des groupes de serveurs pour répondre à vos besoins métier. Si la nouvelle version fonctionne comme prévu, désactivez l'ancienne version afin que toutes les requêtes soient transférées vers la nouvelle version.