Ce que tu décris me fait penser un peu aux cloud functions de GCP ou lambda AWS, mais ...
Tout à fait et faire du FAAS aurait put être une option, mais disons que faire un choix de déploiement et un choix de dev n'est pas les même personnes ni les même enjeux.
Quel genre de fonctions ? J'ai du mal à me représenter les cas d'utilisation. Tu parle d'interaction avec stdin/stdout/stderr, mais ces 3 canaux doivent bien être interfacés avec des entréess ou des sorties non ? Je suis assez curieux car ça pourrait me servir en début d'année prochaine ...
Interaction est un bien grand mod pour être tout à fait précis :
Le code qui reçoit la requette va :
créer un dossier dédié (avec des fonctions spécifiques pour) et stocker des fichiers de configuration en particulier un fichier js qui doit exporter une fonction
appeler un nouveau process en lui donnant uniquement accès au dossier (il y a des limitations fortes qui font que tu ne peut pas appeler un fichier ../file.txt par exemple)
envoyer dans le stdin de ce nouveau process grosso modo l'équivalent de la requête
Le processus lit sa conf, regarde la requête dans son stdin et fait son job.
Si tous se passe bien il écrit le résultat dans sa sortie standard, sinon il écrit l'erreur dans sa sortie d'erreur.
Le parent pose un timer pour limiter le temps d’exécution du sous processus.
Du coup c'est juste un bête request/response, ça aurait pu être fait en HTTP sur l'interface loopback. Je sais pas si deno sait utiliser une socket UNIX.
[^] # Re: je reste septique sur un point ...
Posté par barmic 🦦 . En réponse à la dépêche Deno 2.0 est là. Évalué à 3.
Tout à fait et faire du FAAS aurait put être une option, mais disons que faire un choix de déploiement et un choix de dev n'est pas les même personnes ni les même enjeux.
Interaction est un bien grand mod pour être tout à fait précis :
Le code qui reçoit la requette va :
../file.txtpar exemple)Le processus lit sa conf, regarde la requête dans son stdin et fait son job.
Si tous se passe bien il écrit le résultat dans sa sortie standard, sinon il écrit l'erreur dans sa sortie d'erreur.
Le parent pose un timer pour limiter le temps d’exécution du sous processus.
Du coup c'est juste un bête request/response, ça aurait pu être fait en HTTP sur l'interface loopback. Je sais pas si deno sait utiliser une socket UNIX.
Je sais pas si c'est suffisamment clair.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll