Lors du déploiement d’une application, s’il y a un problème avec le déploiement, vous pouvez voir l’une des erreurs suivantes :

Quelque chose s’est mal passé, veuillez contacter le support.

Le processus de construction a échoué
Type d’échec de construction inconnu

Si le processus de déploiement échoue immédiatement, ou si le processus de construction échoue, qu’aucun pod n’est créé et que les journaux d’exécution n’existent pas, une commande de démarrage incorrecte dans le processus web en est le plus souvent la cause (ou un ENTRYPOINT incorrect dans le Dockerfile si votre application est construite à partir d’un Dockerfile).

Si le processus de déploiement s’exécute pendant une minute ou deux, puis échoue, cela signifie généralement que les pods ont été créés, mais que quelque chose s’est mal passé et que le processus s’est arrêté. Dans ce cas, vous devez vérifier les journaux d’exécution de l’application pour identifier tout message d’erreur. Les messages d’erreur peuvent vous aider à identifier les bogues dans le code de l’application afin que vous puissiez déboguer le problème.

Si vous ne parvenez pas à identifier le problème, vérifiez les points suivants, et si le problème persiste, contactez notre équipe de support.

Dépôt Git

Vérifiez votre dépôt pour vous assurer que tous les fichiers corrects ont été poussés dans le dépôt pour votre application.

Langage

Si vous choisissez Configurer l’image du conteneur automatiquement lorsque vous ajoutez votre application, nous utilisons un buildpack pour déterminer et configurer automatiquement un conteneur pour votre application. Lorsque vous utilisez des buildpacks, vous devez vous assurer que la version de langage correcte se trouve dans les fichiers de votre application. Pour plus de détails, consultez notre documentation sur la spécification d’une version de langage.

Commande de démarrage ou ENTRYPOINT

La commande Start du processus web démarre votre application. Si elle est incorrecte, l’application ne se lancera pas. Vous pouvez vérifier la commande à plusieurs endroits dans MyKinsta :

  • Processus > Temps d’exécution > Processus web.
  • Ou Déploiements > Historique, sélectionnez un déploiement pour voir les détails, puis cliquez sur Processus de déploiement sous Progression du déploiement.
Processus de déploiement réussi dans les détails du déploiement.
Processus de déploiement réussi dans les détails du déploiement.
Processus de déploiement échoué dans les détails du déploiement.
Processus de déploiement échoué dans les détails du déploiement.

Si votre application utilise un Dockerfile pour configurer votre image de conteneur, vous devez spécifier le ENTRYPOINT dans le Dockerfile pour exécuter un conteneur. Pour plus d’informations sur la façon de spécifier le ENTRYPOINT de votre application, consultez la référence Dockerfile.

Pour plus de détails sur la commande à utiliser en fonction du langage de votre application, consultez les exemples fournis dans notre documentation sur la commande de démarrage d’application.

Chemin de construction ou contexte Dockerfile

Quand vous ajoutez votre application, vous choisissez de configurer l’image du conteneur automatiquement avec un buildpack ou d’utiliser un Dockerfile pour configurer l’image du conteneur.

  • Chemin de construction : Ceci s’applique uniquement aux buildpacks. Il s’agit du chemin dans le dépot vers les fichiers nécessaires à la construction de l’application. La plupart des applications sont construites depuis la racine du dépot, et le chemin de construction est par défaut (.). Si vous avez un chemin de construction différent, indiquez-le ici. Par exemple, si votre application doit être construite depuis un sous-répertoire (par exemple app), saisissez le chemin de ce sous-répertoire dans le champ Chemin de construction : app. Ceci est également utile si vous avez un monorepo.
  • Contexte : Ceci s’applique uniquement aux Dockerfiles. Il s’agit du chemin dans le dépot auquel nous devons accéder pour pouvoir construire votre application. La plupart des applications sont construites depuis la racine du dépôt, et vous pouvez saisir la racine du dépôt (.) dans le champ Contexte. Si votre application doit être construite depuis un sous-répertoire (par exemple app), saisissez le chemin de ce sous-répertoire dans le champ Contexte : app.

Vous pouvez voir et modifier le chemin de construction ou le contexte Dockerfile dans les réglages de votre application.

Variables d’environnement

Les variables d’environnement alimentent votre application en informations extérieures à l’exécution de cette application. Une variable d’environnement incorrecte peut empêcher l’exécution de votre application. Vous pouvez vérifier vos variables d’environnement dans Réglages > Variables d’environnement.

Variables d'environnement pour votre application.
Variables d’environnement pour votre application.

Confirmez que les variables d’environnement correctes existent et contiennent des valeurs valides. Il y a quelques éléments importants à garder à l’esprit lors de la création et de la vérification des variables d’environnement :

  • Les virgules sont interprétées comme des délimiteurs par le processus de déploiement, elles ne peuvent donc pas être utilisées dans les variables d’environnement.
  • Chaque clé doit être unique, et une clé ne peut être ajoutée qu’une seule fois.
  • Les guillemets doubles non encapsulés ne sont pas pris en compte ou font échouer le processus de déploiement.

Port

Pour l’hébergement d’applications, seuls les ports 80 et 443 sont ouverts. Si votre application expose des ports, vous devez utiliser 8080.

Documentation similaire