Skip to main content

Basisimage

Elke template begint vanuit een bronomgeving. De SDK ondersteunt verschillende ingangspunten, afhankelijk van hoeveel controle je nodig hebt.
  • fromPythonImage(...) / from_python_image(...) voor een standaard Python-runtime
  • fromUbuntuImage(...) / from_ubuntu_image(...) of fromDebianImage(...) / from_debian_image(...) voor een standaard Linux-basis
  • fromNodeImage(...) / from_node_image(...) en fromBunImage(...) / from_bun_image(...) voor taalspecifieke bases
  • fromImage(...) / from_image(...) voor een willekeurig containerimage
  • fromDockerfile(...) / from_dockerfile(...) wanneer je Dockerfile al de bron van waarheid is
  • fromBaseImage() / from_base_image() om te starten vanuit de standaardbasis van het platform
  • fromTemplate(...) / from_template(...) om boven op een andere template te bouwen
fromPythonImage("3.12") en from_python_image("3.12") zijn gelijkwaardig aan starten vanuit:
Dockerfile

Privéregisters

Als je basisimage zich in een privéregister bevindt, geef dan inloggegevens door bij het definiëren van de templatebron. De JS- en Python-SDK’s ondersteunen:
  • generieke registerinloggegevens met gebruikersnaam en wachtwoord
  • AWS-registerinloggegevens
  • GCP-registerinloggegevens
  • Huawei Cloud-registerinloggegevens
Voorbeeld van een generiek privéregister:

Template definiëren

Met de builder-API kun je de uiteindelijke omgeving rechtstreeks in code samenstellen. Veelvoorkomende definitiestappen zijn onder andere:
  • runCmd(...) / run_cmd(...) om pakketten te installeren of provisioning-opdrachten uit te voeren
  • copy(...) om lokale bestanden op te nemen
  • makeDir(...), remove(...), rename(...), en makeSymlink(...) voor het vormgeven van het bestandssysteem
  • setEnvs(...) / set_envs(...) voor omgevingsvariabelen
  • pipInstall(...), npmInstall(...), bunInstall(...), en aptInstall(...) voor pakketconfiguratie
  • gitClone(...) / git_clone(...) om code in het image op te nemen
Voorbeeld:

Start- en ready-opdrachten

Gebruik een startopdracht wanneer de template tijdens het buildresultaat een langlopende service moet opstarten, en gebruik een ready-opdracht om te definiëren wanneer die service als gezond wordt beschouwd. Dit is handig voor webapps, API-servers, achtergrondwerkers en elke template die al geïnitialiseerd moet zijn wanneer een sandbox start.
Je kunt readiness ook afzonderlijk configureren met setReadyCmd(...) / set_ready_cmd(...).
Laatst gewijzigd op 10 augustus 2026