Le concept

En poussant le concept des modèles un peu plus loin, SKOOR Engine offre un moyen de construire des structures de modèles sophistiquées en permettant aux modèles d'être basés sur des modèles existants. Ces modèles sont appelés dérivés de modèles. La relation entre le modèle et le dérivé de modèle est fondamentalement la même que la relation entre le modèle et l'instance. La modification d'un modèle propage les changements (ou au moins une partie des changements, selon les règles de propagation) aux instances d'un modèle. De même, les modifications apportées à un modèle utilisé dans un autre modèle sont propagées à ce dernier et un lien de modèle est conservé. L'exemple suivant illustre l'utilité du concept de modèle dérivé.

Souvent, un ensemble de dispositifs qui sont largement similaires mais qui ne diffèrent que par un nombre limité de tâches ou de paramètres de tâches enfant peut être configuré à l'aide d'une telle méthode de dérivation de modèle. L'approche consiste généralement à créer un ensemble de modèles de tâches, puis un dispositif de base contenant les tâches qui devraient exister sur chaque dispositif du même type (par exemple, un modèle de dispositif EEM de base ou un modèle de serveur Linux de base ). Il est ensuite possible de créer des modèles dérivés de ce modèle de dispositif de base, qui incluent tout ce qui fait partie du dispositif de base, plus des tâches supplémentaires ou des paramètres différents.

Création de modèles de tâches dérivés

La première étape consiste donc à créer un ensemble de modèles de tâches qui seront ensuite utilisés pour le modèle de dispositif de base et les modèles de dispositifs dérivés. La figure suivante montre un ensemble de modèles de tâches :

Même les modèles de tâches peuvent être dérivés d'autres modèles de tâches. Par exemple, ceci peut être appliqué aux tâches du projet EEM. Le travail EEM de base a la configuration suivante :

Le job contient un job enfant EEM Timer appelé Total.

A partir de ce job de base, des jobs EEM Project dérivés peuvent être créés pour diverses configurations de projets EEM contenant des jobs EEM Timer supplémentaires.

Pour créer un modèle de travail dérivé à partir du travail EEM de base, il suffit d'ajouter un nouveau travail sous le dossier /root/Templates/job templates :

Le modèle de tâche EEM de base peut alors être sélectionné dans la liste déroulante Use template (Utiliser un modèle):

Donnez un nom au nouveau modèle de travail dérivé, décochez la case Arrêter le nouveau travail et cliquez sur Suivant:

Tous les paramètres du travail sont remplis à partir du modèle de travail de la base EEM. Bien qu'il semble qu'aucun job EEM Timer ne soit lié, le job enfant EEM Timer sera créé lorsque vous cliquerez sur le bouton OK:

Notez que la puce du modèle de tâche dérivée est marquée d'une icône de liste pour la distinguer des modèles de tâches normaux :

Dans le modèle de travail EEM Calc, il est désormais possible d'adapter, par exemple, le nom du projet et les paramètres de limite d'exécution, et d'ajouter des travaux enfants EEM Timer supplémentaires :

Les écarts par rapport au travail EEM de base sont à nouveau mis en évidence en orange, comme c'est le cas lorsqu'on affiche une instance de travail dont les paramètres diffèrent de ceux de son modèle de travail.

Les dérivés de tâches EEM supplémentaires sont créés de la même manière :

Création de modèles de dispositifs dérivés

Une fois les tâches de base créées, on peut maintenant continuer en créant un dispositif EEM de base.

Le modèle de dispositif suivant montre un dispositif de base utilisé pour la surveillance de bout en bout.