Wenn bei der Bereitstellung einer Anwendung ein Problem auftritt, kannst du eine der folgenden Fehlermeldungen sehen:
Etwas ist schief gelaufen, bitte kontaktiere den Support.
Build-Prozess fehlgeschlagen
Unbekannter Build-Fail-Typ.
Wenn der Rollout-Prozess sofort fehlschlägt oder wenn der Build-Prozess fehlschlägt, keine Pods erstellt werden und keine Laufzeitprotokolle vorhanden sind, ist meistens ein falscher Startbefehl oder ENTRYPOINT auf dem Webprozess die Ursache.
Wenn der Rollout-Prozess ein oder zwei Minuten lang läuft und dann fehlschlägt, bedeutet das normalerweise, dass die Pods zwar erstellt wurden, aber etwas schief gelaufen ist und der Prozess abgebrochen wurde. In diesem Fall solltest du die Laufzeitprotokolle der Anwendung auf Fehlermeldungen hin überprüfen. Die Fehlermeldungen können dir helfen, Fehler im Code der Anwendung zu finden, damit du das Problem beheben kannst.
Wenn du das Problem nicht identifizieren kannst, überprüfe die folgenden Punkte und wende dich an unser Support-Team, wenn das Problem weiterhin besteht.
Git-Repository
Überprüfe dein Repository, um sicherzustellen, dass alle richtigen Dateien in das Repository für deine Anwendung gepusht wurden.
Sprache
Wenn du beim Hinzufügen deiner Anwendung die Option Container-Image automatisch einrichten auswählst, verwenden wir ein Buildpack, um automatisch einen Container für deine Anwendung zu bestimmen und einzurichten. Wenn du Buildpacks verwendest, musst du sicherstellen, dass die richtige Sprachversion in den Dateien deiner Anwendung enthalten ist. Weitere Informationen findest du in unserer Dokumentation zur Angabe einer Sprachversion.
Startbefehl oder ENTRYPOINT
Der Startbefehl oder ENTRYPOINT für den Webprozess startet deine Anwendung. Wenn dies falsch ist, wird die Anwendung nicht ausgeführt. Du kannst den Befehl an mehreren Stellen in MyKinsta überprüfen. Prozesse > Laufzeitprozesse > Webprozess oder Einsätze > Verlauf, wähle einen Einsatz aus, um die Details und den Rollout-Prozess in den Details anzuzeigen.
Wenn deine Anwendung ein Dockerfile verwendet, um dein Container-Image einzurichten, musst du die ENTRYPOINT im Dockerfile angeben, um einen Container zu starten. Weitere Informationen darüber, wie du die ENTRYPOINT für deine Anwendung angibst, findest du in der Dockerfile-Referenz.
Weitere Informationen darüber, welchen Befehl du je nach Sprache deiner Anwendung verwenden musst, findest du in den Beispielen in unserer Dokumentation zum Anwendungsstartbefehl.
Umgebungsvariablen
Umgebungsvariablen versorgen deine Anwendung mit Informationen, die nicht von der Anwendung selbst stammen. Eine falsche Umgebungsvariable kann dazu führen, dass deine Anwendung nicht läuft. Du kannst deine Umgebungsvariablen unter Einstellungen > Umgebungsvariablen überprüfen.
Vergewissere dich, dass die richtigen Umgebungsvariablen vorhanden sind und gültige Werte enthalten. Bei der Erstellung und Überprüfung von Umgebungsvariablen gibt es einige wichtige Dinge zu beachten:
- Kommas werden vom Rollout-Prozess als Begrenzungszeichen interpretiert und können daher nicht in Umgebungsvariablen verwendet werden.
- Jeder Schlüssel muss eindeutig sein, und ein Schlüssel kann nur einmal hinzugefügt werden.
- Nicht abgeschnittene Anführungszeichen werden entweder nicht beachtet oder führen dazu, dass der Rollout-Prozess fehlschlägt.
Port
Für Application Hosting sind nur die Ports 80 und 443 offen. Wenn deine Anwendung irgendwelche Ports offenlegt, musst du 8080 verwenden.