Exécuter du JavaScript dans une sandbox locale ou un conteneur Docker ou Podman.
Utilisation et spécificités
Le mode sandbox exécute JavaScript localement avec timeout, hôtes autorisés et identifiants de secrets sélectionnés. Le mode Docker utilise source et executionTarget. Une sandbox ne fournit pas tous les accès d’un conteneur.
Type technique : code. Runtime : nodulz.
Identifiants et prérequis
Aucun identifiant externe dédié n’est défini par ce nœud. Les sources distantes ou la cible d’exécution peuvent néanmoins nécessiter leurs propres accès.
Consultez le guide des identifiants si une source distante ou une cible d’exécution nécessite un accès.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Chaque mode conserve son script et ses réglages. La sandbox exécute un corps de fonction ou un module run(context), avec accès réseau limité aux hôtes autorisés. Le mode Conteneur ou cloud exécute un module exportant run(context) via le provider choisi : Docker/Podman local, serveur SSH, conteneur managé ou fonction cloud (Lambda, par exemple). Les dépendances, fichiers et accès réseau dépendent du runtime du provider ; la liste des hôtes de la sandbox ne s’y applique pas.
dependencies Dépendances
Paquets npm publics via esm.sh, un par ligne avec une version exacte (ex. [email protected]). Importez le nom du paquet ou utilisez await import(). Seuls les modules JavaScript compatibles sont disponibles : pas de modules natifs, de fichiers ni d’API Node. Le téléchargement initial compte dans le délai maximal ; les sources sont ensuite mises en cache.
timeoutMs Délai maximum
Au-delà, le nœud échoue, y compris pendant un fetch ou un sleep.
allowedHosts Hôtes autorisés pour fetch
Un par ligne : api.example.com, *.example.com pour les sous-domaines, ou * pour tout hôte public. Vide : fetch est désactivé. Les adresses privées et internes sont toujours refusées.
secretCredentialIds Secrets
Connexions de type Secrets dont les variables sont lisibles dans secrets et process.env. Leurs valeurs sont masquées dans les journaux.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Exécuter du JavaScript dans une sandbox locale ou un conteneur Docker ou Podman.
Utilisation et spécificités
Le mode sandbox exécute JavaScript localement avec timeout, hôtes autorisés et identifiants de secrets sélectionnés. Le mode Docker utilise source et executionTarget. Une sandbox ne fournit pas tous les accès d’un conteneur.
Type technique :
code. Runtime :nodulz.Identifiants et prérequis
Aucun identifiant externe dédié n’est défini par ce nœud. Les sources distantes ou la cible d’exécution peuvent néanmoins nécessiter leurs propres accès.
Consultez le guide des identifiants si une source distante ou une cible d’exécution nécessite un accès.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
filesrecorddirectoriesarraydependenciesarray[]libraryIdsarrayexecutionModeliteral"sandbox"sandbox,dockercodestring"const name = input.name ?? \"world\";\nreturn { message:Hello ${name}, nodeKeys: Object.keys(nodes) };"timeoutMsnumber10000allowedHostsarray[]secretCredentialIdsarray[]sourceunionsource.filesrecordsource.directoriesarraysource.kindliteralinline,git,workspacesource.scriptstringsource.dependenciesarraysource.repostringsource.branchstring"main"source.scriptPathstringsource.credentialIdstringsource.installRootstringsource.installCommandstringsource.workingDirstringimagestringworkspaceSourceunionworkspaceSource.kindliteralupstream,nodeworkspaceSource.keystringexecutionTargetunion{"kind":"host"}executionTarget.kindliteral"host"aws_ecs,aws_lambda,gcp_job,gcp_function,azure_container,azure_function,scaleway_job,scaleway_function,scaleway_container,digitalocean_function,host,remote_server,kube,swarmexecutionTarget.credentialIdstringexecutionTarget.storageCredentialIdstringexecutionTarget.bucketstringexecutionTarget.regionstringfr-par,nl-ams,pl-waw; max 64executionTarget.clusterstringexecutionTarget.taskDefinitionstringexecutionTarget.containerNamestringexecutionTarget.subnetsarrayexecutionTarget.securityGroupsarray[]executionTarget.assignPublicIpbooleanfalseexecutionTarget.functionNamestringexecutionTarget.projectstringexecutionTarget.jobNamestringexecutionTarget.endpointstringexecutionTarget.subscriptionIdstringexecutionTarget.resourceGroupstringexecutionTarget.functionAppstringexecutionTarget.jobIdstringexecutionTarget.functionIdstringexecutionTarget.containerIdstringexecutionTarget.namespaceIdstringexecutionTarget.serverIdstringexecutionTarget.providerenumaws,gcp,scaleway,ovh,azure,digitalocean,hetznerexecutionTarget.clusterIdstringexecutionTarget.namespacestringAide de configuration
executionModeMode d’exécution
dependenciesDépendances
timeoutMsDélai maximum
allowedHostsHôtes autorisés pour fetch
secretCredentialIdsSecrets
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "executionMode": "sandbox", "code": "const name = input.name ?? \"world\";\nreturn { message: `Hello ${name}`, nodeKeys: Object.keys(nodes) };", "timeoutMs": 10000, "allowedHosts": [], "secretCredentialIds": [] }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.