NextDom
Système de gestion de commandes système
Un helper utilisant un pool de thread dédié, permettant exécuter des commandes systèmes.
- prend en compte le niveau de droit + user
- gestion de logs
Bonne idée, par contre il faudra se creuser la tête pour gérer les executions synchrones. Il y aura besoin à un moment ou un autre qu'une commande soit lancé en synchrone et que la source soit en attente du code de retour/output. Du coup je me dis qu'on peut gérer cela via une sorte de "queue" de message partagée entre les threads et le core. Mais il faudra alors faire du routage pour renvoyer le bon résultat d'éxécution à la bonne source. Typiquement dans les sources possibles d'execution d'une commande je vois
- une commande manuelle de l'utilisateur via l'ui (purge de cache, affichage du health qui fait des appels aux commandes de santés, free, df, uptime)
- un plugin (qui fait du curl, lance un script, tente de découvrir certains aspects du système via lsusb, lscpi, cat /proc/sys/, cat /sys/class/)
- une cron interne au core (maintenance des sessions, purges des caches, lancement de backup)
- des actions relatives aux plugins, curl, zip, tar, chown, chmod,...
Ce n'est surement pas exhaustif mais on voit déjà que c'est difficile de gérer tous ces cas via le même executeur de commande asynchrone ?
