Project1 utilise deux environnements : environment1 reçoit la version précédente et environment2 reçoit la dernière version. Vous devez exposer les nouvelles versions uniquement à un sous-ensemble d'utilisateurs et augmenter progressivement la proportion d'utilisateurs acheminés vers environment2. Quelle approche de déploiement devriez-vous utiliser ?

Les web app deployment slots (emplacements de déploiement d'applications web) sont la solution idéale. Ils permettent de déployer une nouvelle version de l'application dans un emplacement distinct (comme environment2) sans affecter l'environnement de production (environment1). Ensuite, vous pouvez utiliser les fonctionnalités de routage de trafic intégrées pour diriger progressivement un pourcentage d'utilisateurs vers le nouvel emplacement, ce qui correspond à une stratégie de déploiement Canary ou de déploiement progressif. Le VIP swapping est une technique plus ancienne et moins flexible, souvent associée à des déploiements classiques sur machines virtuelles, et ne permet pas le routage progressif du trafic. Azure Load Balancer et Azure Traffic Manager sont des services de répartition de charge et de gestion du trafic global, mais ils opèrent à un niveau d'infrastructure plus bas et ne sont pas spécifiquement conçus pour la gestion des versions d'applications web avec routage progressif du trafic comme les emplacements de déploiement.