Problème de délai d’expiration lors du préchauffage d’un slot de déploiement Azure App Service

Leopold Vogel 20 Points de réputation
2026-10-12T14:31:23.5566667+00:00

Le basculement du slot de production échoue, car le point de terminaison de vérification de l’état de l’application renvoie une erreur HTTP 500 pendant la phase de préchauffage (warm-up). Comment configurer ou mettre à jour la section applicationInitialization dans le fichier web.config afin de garantir que l’application est correctement initialisée avant le basculement du slot ?

Windows pour les entreprises | Windows 365 Business
0 commentaires Aucun commentaire

1 réponse

  1. Jason Nguyen Tran 28,015 Points de réputation Conseiller indépendant
    2026-10-12T14:57:24.86+00:00

    Bonjour Leopold Vogel,

    D’après votre description, l’échec du swap entre les slots est probablement dû au fait que l’application n’a pas terminé son initialisation avant qu’Azure n’effectue le contrôle de santé (health check). Par conséquent, le point de terminaison renvoie une erreur HTTP 500 pendant la phase de préchauffage (warm-up).

    Pour résoudre ce problème, je vous recommande de vérifier la section applicationInitialization de votre fichier web.config et de vous assurer qu’elle pointe vers un point de terminaison de santé léger, capable de répondre correctement pendant le démarrage, plutôt que vers une page dépendant de nombreuses ressources externes.

    Vous devez également vérifier que la page d’initialisation charge tous les composants nécessaires avant que le slot puisse être considéré comme prêt pour le swap. Si des connexions à une base de données, des API externes ou des services de cache sont nécessaires au démarrage, assurez-vous que ces dépendances sont disponibles et que leurs éventuelles erreurs sont gérées correctement pendant la phase de préchauffage.

    Une autre étape utile consiste à examiner les journaux de l’application App Service ainsi que les traces des requêtes ayant échoué (Failed Request Tracing) afin d’identifier précisément la cause de l’erreur HTTP 500 pendant l’initialisation.

    Dans de nombreux environnements, la création d’un point de terminaison dédié, tel que /health ou /warmup, permettant de vérifier que l’application est prête sans exécuter de logique métier complexe, constitue la solution la plus fiable.

    Après avoir mis à jour la configuration, testez le déploiement dans un slot de préproduction (staging slot) et vérifiez que le contrôle de santé renvoie systématiquement un statut HTTP 200 avant d’effectuer le swap avec le slot de production. Cette approche permet généralement d’éviter les échecs de basculement liés aux délais d’expiration et d’améliorer la fiabilité des déploiements.

    J’espère que ces informations vous aideront à résoudre le problème. Si cette réponse vous semble utile, veuillez cliquer sur « Accept Answer » afin de confirmer qu’elle répond à votre question.

    Jason

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.