Bonjour PETR,
Le blocage que vous rencontrez survient parce que le mécanisme de réchauffement d'Azure App Service consiste par défaut à pinger le chemin racine de votre application. Pour compléter un swap, la plateforme doit recevoir une réponse HTTP 200 OK stricte. Si l'URL racine de votre application déclenche une redirection, impose une authentification ou exécute une logique d'initialisation lourde, le fabric ne recevra jamais le code de réussite attendu et l'opération de swap sera bloquée indéfiniment.
Pour résoudre cela, vous devez définir la variable d'environnement WEBSITE_SWAP_WARMUP_PING_PATH pour diriger la plateforme vers un point de terminaison léger et dédié. Vous pouvez configurer cela en naviguant vers la ressource de votre service d'applications dans le portail Azure, en ouvrant la lame Configuration ou variables Environnement, et en ajoutant un nouveau paramètre d'application. Utilisez WEBSITE_SWAP_WARMUP_PING_PATH comme nom exact de la clé et fournissez un itinéraire spécifique, tel que /api/health, comme valeur. Cela garantit que le tissu Azure envoie un chemin très réactif qui restitue immédiatement un statut HTTP 200 OK, permettant à la phase de réchauffement de valider la préparation de l'application et d'exécuter le swap sans délai.
J'espère que cette réponse vous a apporté des informations utiles. Si c'est le cas, veuillez cliquer sur «** accepter la réponse **». Si vous avez des questions, n'hésitez pas à laisser un commentaire.
VPHAN