Résoudre les problèmes courants de code de sortie dans Azure Spring Apps

Cet article s’applique à : Enterprise✅ Essentiel/Standard ✅

Cet article décrit les actions de dépannage que vous pouvez effectuer lorsque votre application dans Azure Spring Apps se termine avec un code d’erreur. Vous pouvez recevoir un code d’erreur si le déploiement de votre application échoue ou si l’application se ferme lorsqu’elle est en cours d’exécution.

Codes de sortie

Le code de sortie indique la raison pour laquelle l’application s’est terminée. La liste suivante décrit certains codes de sortie courants :

• 0 - L’application s’est terminée car elle s’est exécutée jusqu’à la fin. Mettez à jour votre application serveur afin qu’elle s’exécute en continu.

  Les applications Azure déployées dans Azure Spring Apps doivent offrir des services en continu. Un code de sortie indiquant 0 que l’application n’est pas en cours d’exécution en continu. Vérifiez vos journaux et votre code source.

• 1 - Si l’application quitte avec un code de sortie non nul, déboguez le code et les services associés, puis déployez à nouveau l’application.

  Tenez compte des causes possibles suivantes d’un code de sortie différent de zéro :

  • Il y a un problème avec votre configuration Spring Boot.

    Par exemple, vous avez besoin d’un spring.db.url paramètre pour vous connecter à la base de données, mais il est introuvable dans votre fichier de configuration.

  • Vous êtes déconnecté d’un service tiers.

    Par exemple, vous devez vous connecter à un service Redis, mais le service ne fonctionne pas ou n’est pas disponible.

  • Vous n’avez pas suffisamment d’accès à un service tiers.

    Par exemple, vous devez vous connecter à Azure Key Vault pour importer des certificats dans votre application, mais votre application n’a pas les autorisations nécessaires pour y accéder.

  • Si votre application est un fichier statique ou une application front-end dynamique servie par un serveur web, consultez la section Erreurs de génération et de déploiement courantes de Déployer des fichiers web statiques.

• 137 - L’application est arrêtée immédiatement par la plateforme d’hébergement sans période de grâce. Ce code de sortie peut être le résultat de l’un des scénarios suivants :

  • Lorsque la vérification de la durée d’exécution échoue, la plateforme d’hébergement tue immédiatement l’application après avoir tenté de l’arrêter et d’attendre une période de grâce. Assurez-vous que votre application gère bien l’arrêt correct.

  • L’application s’est arrêtée en raison d’une erreur de mémoire insuffisante. L’application a demandé des ressources que la plateforme d’hébergement n’a pas pu fournir. Mettez à jour les paramètres JVM (Machine virtuelle Java) de votre application pour restreindre l’utilisation des ressources ou effectuer un scale-up des ressources d’application.

    Si l’application est une application Java, vérifiez les valeurs des paramètres JVM. Ils peuvent dépasser la limite de mémoire de votre application.

    Par exemple, supposons que vous définissez le Xmx paramètre JVM sur 10 Go, mais que l’application utilise jusqu’à 5 Go de mémoire. Réduisez la valeur ou augmentez la Xmx mémoire de l’application pour vous assurer que la Xmx valeur du paramètre est inférieure ou égale à la limite de mémoire de l’application.

• 143 - L’application a quitté parce qu’elle n’a pas pu répondre à un contrôle d’intégrité en raison d’une erreur de mémoire insuffisante ou d’une autre erreur.

  Ce code d’erreur est le plus souvent généré par une erreur de mémoire insuffisante. Pour plus d’informations, consultez Problèmes de redémarrage d’application provoqués par des problèmes hors mémoire.

  Vous pouvez également obtenir des détails à partir du journal des applications à l’aide de la commande Azure CLI az spring app logs . Pour plus d’informations, consultez Diffuser les journaux de console d’application Azure Spring Apps en temps réel.

Étapes suivantes