tck-lt a écrit :
Merci pour ton retour mais concrètement as-tu quelques exemples précis de l'utilisation que tu en faisais ?
Nous avons déjà un ordonnanceur (Open Job Scheduler), peut-il le remplacer ?
|
Non, justement car il ne gère pas les paramètres de temps ni de calendrier.
C'est un espèce de gros moteur de workflows, qui va piloter des actions.
Dans l'idée, c'est un outil dans lequel tu construis tes enchainements d'actions complexes, lancées soit à la demande, soit par un ordonanceur (si ce sont des actions qui s'inscrivent dans un calendrier, lancées automatiquement à des heures prédéfinies)
Je m'en suis servi pour nos déploiements applicatifs.
Les progiciels métier que nous utilisions avaient des procédures de déploiement complexes qui dépendaient de beaucoup de paramètres.
Du coup on a décomposé toutes les actions en flows unitaires simples (copie de fichier, explosion d'archive, creation de backups, gestion des droits, lancement d'installeurs en mode silencieux, pilotage d'outils externes ...), puis on les a chainé avec les conditions qui vont bien pour chaque progiciel.
L'idée est d'avoir des briques d'action génériques et de les enchainer dans des workflows suivant les besoins.
Comme ça, chaque application a son flow de déploiement mais utilise ces briques génériques communes à tout le SI.
Bon maintenant il y a des outils spécialisés dans le Continuous Delivery qui font ça sans s'embêter à tout re-designer comme on l'avait fait (XLDeploy par exemple), mais ça n'existait pas à l'époque.
---------------
#TeamNoBidouille || Come to the Dark Side, we have cookies || Mangez 5 fruits et légumes par an ! || Le digital, c'est les doigts
