Skip to main content

Basis-Image

Jedes Template beginnt mit einer Quellumgebung. Das SDK unterstützt mehrere Einstiegspunkte, je nachdem, wie viel Kontrolle du benötigst.
  • fromPythonImage(...) / from_python_image(...) für eine Standard-Python-Laufzeitumgebung
  • fromUbuntuImage(...) / from_ubuntu_image(...) oder fromDebianImage(...) / from_debian_image(...) für eine Standard-Linux-Basis
  • fromNodeImage(...) / from_node_image(...) und fromBunImage(...) / from_bun_image(...) für sprachspezifische Basen
  • fromImage(...) / from_image(...) für ein beliebiges Container-Image
  • fromDockerfile(...) / from_dockerfile(...) wenn dein Dockerfile bereits die maßgebliche Quelle ist
  • fromBaseImage() / from_base_image() um mit der Standardbasis der Plattform zu beginnen
  • fromTemplate(...) / from_template(...) um auf einem anderen Template aufzubauen
fromPythonImage("3.12") und from_python_image("3.12") entsprechen dem Start mit:
Dockerfile

Private Registries

Wenn sich dein Basis-Image in einer privaten Registry befindet, übergib beim Definieren der Template-Quelle Anmeldedaten. Die JS- und Python-SDKs unterstützen:
  • generische Registry-Anmeldedaten mit Benutzername und Passwort
  • AWS-Registry-Anmeldedaten
  • GCP-Registry-Anmeldedaten
  • Huawei-Cloud-Registry-Anmeldedaten
Beispiel für eine generische private Registry:

Template definieren

Mit der Builder-API kannst du die finale Umgebung direkt im Code zusammenstellen. Häufige Definitionsschritte sind:
  • runCmd(...) / run_cmd(...) zum Installieren von Paketen oder Ausführen von Provisioning-Befehlen
  • copy(...) zum Einbinden lokaler Dateien
  • makeDir(...), remove(...), rename(...) und makeSymlink(...) zur Gestaltung des Dateisystems
  • setEnvs(...) / set_envs(...) für Umgebungsvariablen
  • pipInstall(...), npmInstall(...), bunInstall(...) und aptInstall(...) für die Paket-Einrichtung
  • gitClone(...) / git_clone(...) um Code in das Image zu bringen
Beispiel:

Start- und Bereitschaftsbefehle

Verwende einen Startbefehl, wenn das Template im Build-Ergebnis einen langlebigen Dienst starten soll, und verwende einen Bereitschaftsbefehl, um festzulegen, wann dieser Dienst als fehlerfrei gilt. Das ist nützlich für Web-Apps, API-Server, Background-Worker und jedes Template, das bereits initialisiert sein soll, wenn eine Sandbox startet.
Du kannst die Bereitschaft auch separat mit setReadyCmd(...) / set_ready_cmd(...) konfigurieren.
Zuletzt geändert am 10. August 2026