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 appareil EEM de base.

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

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

Les tâches de base étant créées, on peut maintenant continuer en créant un appareil EEM de base qui contient déjà un ensemble de propriétés nécessaires :

Ensuite, dans le nouvel appareil, ajoutez les tâches qui doivent être mises en œuvre sur tous les appareils EEM. Pour ce faire, sélectionnez Ajouter un travail dans le menu déroulant de l'appareil et choisissez le modèle de travail dans la liste Utiliser un modèle:

Décochez la case Arrêter le nouveau travail pour que les instances de travail créées à partir du modèle de dispositif ne soient pas créées comme étant arrêtées, mais qu'elles commencent à mesurer dès leur création. Cliquez sur Suivant et OK. Un seul travail est maintenant ajouté au modèle de périphérique :

Ajoutez les autres tâches :

Le dispositif EEM de base est maintenant créé.

Créez maintenant des modèles d'appareils dérivés à partir de celui-ci en sélectionnant Ajouter un appareil modèle dans la liste déroulante un dossier plus haut :

Les paramètres et les propriétés sont remplis automatiquement à partir du modèle d'appareil EEM de base:

Modifiez le nom et effectuez les adaptations nécessaires, puis cliquez sur OK pour créer le modèle de dispositif dérivé. La puce est marquée d'une icône de liste pour refléter le statut de modèle dérivé du nouveau modèle de dispositif :

Ce modèle de dispositif EEM particulier doit être utilisé pour les robots EEM du réseau interne. Les tâches du projet EEM qui doivent être exécutées sur tous les robots EEM internes peuvent maintenant être ajoutées. Saisissez le modèle interne du dispositif EEM. Il contient tous les travaux du modèle de base du dispositif EEM :

Ajoutez maintenant les modèles de tâches qui doivent s'exécuter en plus sur tous les robots EEM internes en les sélectionnant dans la liste déroulante Utiliser le modèle comme décrit ci-dessus. Dans ce cas, la seule tâche supplémentaire est la tâche EEM Calc:

Ce modèle de dispositif dérivé peut maintenant être instancié pour tous les dispositifs de robot EEM internes, par exemple sous le chemin /root/Customer/Devices/EEM/Internal.

Ajoutez une adresse de périphérique et remplacez le nom par le nom d'hôte de ce robot EEM particulier, puis cliquez sur OK:

La première instance d'appareil est créée et ses tâches commencent à mesurer immédiatement :

Des tâches supplémentaires, basées ou non sur un modèle, peuvent être ajoutées à ce dispositif si nécessaire. Elles ne seront pas liées au modèle.

Ajoutez maintenant autant d'instances de dispositif que nécessaire pour les dispositifs internes du robot EEM. Les modifications apportées, par exemple, au modèle de travail /root/Templates/job templates/Disk C : seront immédiatement répercutées sur toutes ces instances.

Créez maintenant un autre modèle de dispositif dérivé basé sur le modèle de dispositif EEM de base pour les dispositifs robotiques EEM externes et ajoutez un ensemble différent de tâches de projet EEM :