Debugging von Images

Anhand der Tipps zur Fehlerbehebung können Sie sich mit der Fehlerbehebung für Images vertraut machen.

Mit Images arbeiten

Ein Build oder Image-Build ist ein Mechanismus, mit dem Sie ein Container-Image aus dem Quellcode erstellen können.

Eine Container-Registry oder Registry ist ein Service, in dem Container-Images gespeichert werden. IBM Cloud Container Registry und Docker Hub sind beispielsweise Container-Registrys. Eine Container-Registry kann öffentlich oder privat sein. Bei einer öffentlichen Container-Registry sind keine Berechtigungsnachweise für den Zugriff erforderlich. Im Gegensatz dazu erfordert der Zugriff auf eine private Registry Berechtigungsnachweise.

Code Engine erfordert Zugriff auf Container-Registrys, um die folgenden Aktionen auszuführen:

Zum Abrufen (oder "Extrahieren") eines Container-Image zur Ausführung einer App oder eines Jobs
So speichern Sie ein neu erstelltes Container-Image als Ausgabe eines Image-Builds
Speichern und Abrufen lokaler Dateien, wenn ein Build aus einer lokalen Quelle ausgeführt wird

Unabhängig davon, ob Ihr Code als Quelle in einer lokalen Datei oder in einem Git-Repository vorhanden ist oder Ihr Code ein Container-Image ist, das in einer öffentlichen oder privaten Registry vorhanden ist, bietet Ihnen Code Engine eine optimierte Möglichkeit, Ihren Code als App oder Job auszuführen.

Wenn Sie möchten, dass Code Engine den Buildprozess für Sie übernimmt, kann Code Engine Ihren Quellcode extrahieren und das Container-Image für Sie aus Ihrem Quellcode erstellen. Code Engine unterstützt die Erstellung aus einer Dockerfile oder aus Cloud Native Buildpacks.

Beachten Sie die folgenden Punkte, bevor Sie Ihr Container-Image erstellen:

Überprüfen Sie vor dem Erstellen der Images die Planungsinformationen. Außerdem müssen Sie überprüfen, ob Sie auf die Registry zugreifen können. Weitere Informationen finden Sie unter Berechtigungen für Container-Registrys einrichten.
Wenn Sie mehrere Versionen desselben Container-Images erstellen, wird die neueste Version des Container-Images heruntergeladen und verwendet, wenn Sie Ihren Job ausführen oder Ihre Anwendung implementieren, sofern kein Tag für das Image angegeben ist. Wenn ein Tag für das Image angegeben wird, dann wird das mit Tags versehene Image für die Anwendung oder den Job verwendet.
Build-Ausführungen, die mit der Befehlszeilenschnittstelle übergeben werden, die keine definierte Build-Konfiguration referenzieren, können nicht über die Konsole angezeigt werden.
Code Engine verfügt über Kontingente für Build-Ausführungen innerhalb eines Projekts. Weitere Informationen zu Code Engine-Grenzwerte finden Sie unter Grenzwerte und Kontingente für Code Engine.

Buildausführungen, die abgeschlossen werden, werden letztendlich automatisch gelöscht. Wenn Sie eine Buildausführung mit einem einzelnen CLI-Befehl ausführen, sodass sie nicht auf einer Buildkonfiguration basiert, wird diese Buildausführung nach 1 Stunde gelöscht, wenn die Buildausführung erfolgreich ist. Wenn die Buildausführung nicht erfolgreich ist, wird sie nach 24 Stunden gelöscht. Sie können Informationen zu dieser Buildausführung nur mit der Befehlszeilenschnittstelle anzeigen. Sie können diese Buildausführung nicht in der Konsole anzeigen.

Weitere Details finden Sie in den folgenden Informationen.

Protokolle für eigene Images abrufen

Protokolle können bei der Fehlerbehebung hilfreich sein, wenn Sie Anwendungen bereitstellen, Jobs oder Builds ausführen, um Images zu erstellen.

In den folgenden Abschnitten finden Sie Informationen zum Abrufen von Protokollen.

Systemereignisinformationen für eigene Images abrufen

Systemereignisinformationen können bei der Fehlerbehebung hilfreich sein, wenn Sie Anwendungen bereitstellen, Jobs ausführen oder Builds ausführen, um Images zu erstellen.

In den folgenden Abschnitten finden Sie Informationen zum Abrufen von Systemereignissen.