Skip to main content
Le placement détermine sur quelles ressources de calcul s’exécute votre sandbox. Le mode sans serveur s’appuie sur des ressources de calcul managées par CoreWeave. Le placement en cluster utilise les ressources de calcul d’un cluster CoreWeave Kubernetes Service (CKS) de votre organisation. En cas d’échec du placement initial, le basculement relance la création de la sandbox dans l’autre mode.

Comparer les modes de placement

Choisissez un mode selon l’entité qui gère la capacité et la politique : Pour créer votre premier sandbox, suivez le démarrage rapide sans serveur ou le guide Utiliser vos propres ressources de calcul.

Choisir et obtenir des identifiants d’authentification

Votre identifiant d’authentification détermine le compte propriétaire du sandbox, auquel son utilisation est facturée. Les clés API Forge fonctionnent avec les bacs à sable sans serveur. Les jetons d’accès à l’API CoreWeave fonctionnent à la fois avec les bacs à sable sans serveur et avec les bacs à sable de cluster.

Clé API Forge

Choisissez une clé API Forge si vous n’avez pas de compte sur la console CoreWeave ou si vous préférez la facturation Forge :
  1. Ouvrez les paramètres des clés API Forge. Connectez-vous ou créez un compte à partir de ce même lien.
  2. Copiez votre clé API et définissez-la dans le terminal où vous exécutez le client :
Transmettez explicitement la clé via AuthHeaders en Python, ou via createSandboxClient({apiKey: process.env.FORGE_API_KEY}) depuis @coreweave/cwsandbox/wandb en TypeScript. Le guide de démarrage rapide sans serveur fournit des exemples complets. FORGE_API_KEY n’est qu’une variable d’exemple, et non un paramètre que le SDK détecte automatiquement.

Jeton d’accès à l’API CoreWeave

Choisissez CoreWeave pour utiliser la facturation de votre organisation CoreWeave ou pour exécuter des bacs à sable sur son cluster :
  1. Demandez à votre administrateur de créer ou de mettre à jour une politique d’accès qui vous accorde le rôle Sandbox User, nécessaire pour exécuter des bacs à sable. Les administrateurs qui activent les exécuteurs et configurent leurs politiques ont besoin du rôle Sandbox Admin, qui inclut les autorisations d’exécution des bacs à sable. Voir Créer une politique d’accès et Rôles Sandbox.
  2. Sur la page Tokens, cliquez sur Create Token, renseignez les informations du jeton, puis cliquez sur Create.
  3. Copiez le Token Secret et définissez-le dans le terminal où vous exécutez le client :
Si vous ne parvenez pas à créer de jeton, demandez à votre administrateur de vous attribuer le rôle Access Token User. Le secret du jeton ne s’affiche qu’une seule fois. Pour plus d’informations, voir Gérer les jetons d’accès à l’API. En Python, sélectionnez AuthStrategy.COREWEAVE_API_KEY. En TypeScript, importez le client depuis @coreweave/cwsandbox/node.

Sélectionner un mode de placement

Python et TypeScript prennent tous deux en charge le placement sans serveur et le placement sur cluster. Le mode sans serveur est utilisé par défaut. La référence PlacementMode répertorie les valeurs de mode prises en charge. Les deux exemples sur cluster lisent CWSANDBOX_API_KEY. Commencez par configurer vos identifiants d’authentification. Suivez ensuite le guide Utiliser vos propres ressources de calcul pour activer un exécuteur, ou le démarrage rapide sans serveur pour installer le client TypeScript. Pour sélectionner explicitement le placement sur cluster :
Utilisez placement_mode="cks". Ajoutez runner_ids pour limiter le placement à certains exécuteurs :
Sans runner_ids, le placement CKS peut utiliser n’importe quel exécuteur éligible de votre organisation. Pour le mode sans serveur, omettez les deux champs ou définissez placement_mode="serverless" sans runner_ids.

Basculer d’un mode à l’autre

Le basculement automatique est disponible dans le client Python. Le client TypeScript permet de choisir l’un ou l’autre mode de placement, mais ne propose pas de basculement automatique. Pour les échecs de placement éligibles, par exemple en l’absence de capacité disponible ou d’exécuteur adapté, le basculement relance une seule fois la création de la sandbox dans l’autre mode. Il ne déplace pas une sandbox en cours d’exécution d’un mode à l’autre. Utilisez un jeton d’accès à l’API CoreWeave associé à une organisation qui dispose à la fois d’un accès sans serveur et d’un exécuteur CKS configuré. Une clé API Forge seule ne donne pas accès à CKS. Pour privilégier CKS et basculer vers le mode sans serveur en cas d’échec, définissez placement_spillover="cks_then_serverless" :
L’exemple définit le CPU et la mémoire pour les deux tentatives. Chaque mode applique sa propre politique : une requête doit donc respecter la politique du mode dans lequel elle s’exécute. Pour contrôler le basculement, définissez placement_spillover sur l’une des options suivantes : Pour connaître les valeurs de basculement prises en charge, consultez la référence PlacementSpillover. Pour les paramètres de ressources et de délai d’expiration, consultez Configuration du bac à sable.
Dernière modification le 15 octobre 2026