Aujourd'hui, avec la "cloudification", on arrive aux mêmes problématiques que du temps du "tout mainframe" : hypervision (tâches uniques confinées dans un environnement hyper protégé) et architecture n-tier (empilement de machines pour une seule tâche). Il en ressort que la gestion d'une tâche (initialisation, lancement, contrôle en cours d'exécution et achèvement) doit pouvoir se faire sans trop de douleur. Dans le monde Unix, né avec des machines de taille plus modeste que celle des mainframes, on était à l'opposé : système multitâche, multi-utilisateur et distribué (/usr/local...). L'initialisation des tâches, lancement, contrôle et achèvement reposent sur le Shell. Si l'on est en mode hyper sécurisé, mono tâche et mono utilisateur, le Shell Unix est un gouffre de sécurité. D'où l'intérêt d'avoir quelque chose qui fasse ce que fait un Shell mais qui soit compilable.
Ceci étant, avec le cloud, on est dans une sorte de "mainframe de mainframe" et la comparaison de JCL comme langage de contrôle des tâches est un peu hardie, je le confesse. Il en demeure pas moins que tu as bien ressenti la nécessité d'écrire quelque chose pour assurer la gestion de machines "cloufifiées". Après, on appelle ça comme on veut...
[^] # Re: sysadmin
Posté par Denis Bernard . En réponse au journal L'informatique de papa. Évalué à 3.
Aujourd'hui, avec la "cloudification", on arrive aux mêmes problématiques que du temps du "tout mainframe" : hypervision (tâches uniques confinées dans un environnement hyper protégé) et architecture n-tier (empilement de machines pour une seule tâche). Il en ressort que la gestion d'une tâche (initialisation, lancement, contrôle en cours d'exécution et achèvement) doit pouvoir se faire sans trop de douleur. Dans le monde Unix, né avec des machines de taille plus modeste que celle des mainframes, on était à l'opposé : système multitâche, multi-utilisateur et distribué (/usr/local...). L'initialisation des tâches, lancement, contrôle et achèvement reposent sur le Shell. Si l'on est en mode hyper sécurisé, mono tâche et mono utilisateur, le Shell Unix est un gouffre de sécurité. D'où l'intérêt d'avoir quelque chose qui fasse ce que fait un Shell mais qui soit compilable.
Ceci étant, avec le cloud, on est dans une sorte de "mainframe de mainframe" et la comparaison de JCL comme langage de contrôle des tâches est un peu hardie, je le confesse. Il en demeure pas moins que tu as bien ressenti la nécessité d'écrire quelque chose pour assurer la gestion de machines "cloufifiées". Après, on appelle ça comme on veut...