Image de base
Chaque template part d’un environnement source. Le SDK prend en charge plusieurs points d’entrée selon le niveau de contrôle dont vous avez besoin.fromPythonImage(...)/from_python_image(...)pour un runtime Python standardfromUbuntuImage(...)/from_ubuntu_image(...)oufromDebianImage(...)/from_debian_image(...)pour une base Linux standardfromNodeImage(...)/from_node_image(...)etfromBunImage(...)/from_bun_image(...)pour des bases propres à un langagefromImage(...)/from_image(...)pour une image de conteneur arbitrairefromDockerfile(...)/from_dockerfile(...)lorsque votre Dockerfile est déjà la source de véritéfromBaseImage()/from_base_image()pour partir de la base par défaut de la plateformefromTemplate(...)/from_template(...)pour ajouter une couche au-dessus d’un autre template
fromPythonImage("3.12") et from_python_image("3.12") équivalent à partir de :
Dockerfile
Registres privés
Si votre image de base se trouve dans un registre privé, transmettez les identifiants lors de la définition de la source du template. Les SDK JS et Python prennent en charge :- les identifiants de registre génériques avec nom d’utilisateur et mot de passe
- les identifiants de registre AWS
- les identifiants de registre GCP
- les identifiants de registre Huawei Cloud
Définition du template
L’API du builder vous permet de composer l’environnement final directement dans le code. Les étapes de définition courantes incluent :runCmd(...)/run_cmd(...)pour installer des packages ou exécuter des commandes de provisionnementcopy(...)pour inclure des fichiers locauxmakeDir(...),remove(...),rename(...), etmakeSymlink(...)pour structurer le système de fichierssetEnvs(...)/set_envs(...)pour les variables d’environnementpipInstall(...),npmInstall(...),bunInstall(...), etaptInstall(...)pour la configuration des packagesgitClone(...)/git_clone(...)pour intégrer du code dans l’image
Commandes de démarrage et de disponibilité
Utilisez une commande de démarrage lorsque le template doit lancer un service longue durée dans le résultat du build, et utilisez une commande de disponibilité pour définir à quel moment ce service est considéré comme sain. C’est utile pour les applications web, les serveurs d’API, les workers en arrière-plan et tout template qui doit déjà être initialisé au démarrage d’une sandbox.setReadyCmd(...) / set_ready_cmd(...).