Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 28.000000000000004%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETO%3C/text%3E%3C/svg%3E)
Starting this morning,
my azure container apps are experiencing gateway timeout out of nowhere
if I access my app from the web, i get a "stream timeout" response after several minutes and my app is unreachable.
logs are mostly empty, it seems my replicas cannot activate, consoles and logs are unresponsive, also trying to change settings fail most of the time in the notifications tab
please have a look, thank you
Service Azure qui fournit une plateforme de conteneur serverless à usage général.
Cette réponse a été supprimée en raison d’une violation de notre Code de conduite. La réponse a été signalée manuellement ou identifiée via la détection automatisée avant que l’action ne soit entreprise. Pour obtenir plus d’informations, veuillez consulter notre Code de conduite.
Les commentaires ont été désactivés. En savoir plus
I found the culprit.
The issue came from the docker image being host on ghcr.io, but i don't know why it was super slow to download, resulting in a timeout. I am now hosting the image on my azure container registry, which solved the issue.
However : there were no logs regarding this download timeout, resulting in not understanding what was causing the issue.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Bonjour Théo Mouchabac
Merci de nous avoir contactés via la FAQ Microsoft et de votre patience pendant que nous examinions ce problème.
D'après votre description, nous sommes désolés d'apprendre que vous rencontrez des problèmes avec vos applications Azure Container. Il semble que la lenteur du téléchargement depuis votre image Docker hébergée sur ghcr.io soit à l'origine du dépassement du délai de la passerelle. Vous avez bien fait de déplacer l'image vers votre registre de conteneurs Azure, ce qui a immédiatement résolu le problème !
L'absence de journaux pendant le dépassement du délai de téléchargement de l'image peut en effet être source de confusion. Si Application Gateway ne reçoit pas de réponse dans le délai imparti, cela peut entraîner des erreurs telles que l'erreur 504 que vous avez observée, bien qu'elle enregistre généralement ces événements.
Voici quelques points à vérifier :
Paramètres de dépassement du délai d'expiration d'Application Gateway : Application Gateway dispose d'intervalles de dépassement par défaut. Pour les requêtes, la valeur par défaut est de 20 secondes avant que l'échec ne soit pris en compte. Vous pouvez configurer ce délai dans le paramètre BackendHttpSetting pour vous assurer qu'il est adapté à votre application.
Journaux et métriques : Puisque vous avez mentionné que vos journaux sont majoritairement vides, pensez à activer la journalisation de diagnostic pour votre passerelle applicative. Cela vous permettra d'obtenir des informations détaillées sur les requêtes traitées et potentiellement d'identifier ce qui s'est passé pendant les délais d'expiration.
Performances réseau : Si votre application rencontre des problèmes de performances, il est possible que vous rencontriez un problème lié au réseau.
J'espère que cette réponse vous sera utile. N'hésitez pas à nous contacter pour toute question à ce sujet.
Merci.