| Scroll Ignore | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
|
Concept
Les Taggers permettent d'effectuer des actions sur les éléments issus de l'import des Sources via la définition d'une règle.
Il est possible d'ajouter autant de Taggers que nécessaire.
- Les Taggers s'enchaînent les uns à la suite des autres dans l'ordre croissant de la propriété order ( définie dans la configuration de chaque Tagger ).
- Un Tagger peut surcharger les modifications effectuées par un Tagger précédent.
( La page va se focaliser sur la partie "application des Taggers". Pour plus d'informations sur le mécanisme d'imports des éléments, voir la page Modules de Sources ( imports ) et de Taggers ( qualification ). )
| Panel |
|---|
Détails sur l'exécution des Taggers
| Panel |
|---|
Dans cet exemple, quatres Taggers sont exécutés les uns après les autres dans l'ordre suivant :
- Tagger 1, qui est un Tagger basé sur les plages IP
- Tagger 2, qui est un Tagger basé sur des expressions régulières
- Tagger 3, qui est un Tagger basé sur les plages IP
- Tagger 4, qui est un Tagger basé sur des expressions régulières
Comme dans l'exemple précédent, seul les hôtes, modèles d'hôtes, clusters et modèles de clusters passent dans les Taggers.
- Les hôtes passent dans tous les Taggers les uns à la suite des autres
- Les clusters, modèles de clusters et modèles de clusters passent uniquement dans Tagger 2 puis dans Tagger 4, car les Taggers de type
sync-ip-tagn'acceptent que les hôtes - Les autres éléments de Shinken ( checks, périodes, modulations de résultats, contacts ... ) ne passent pas dans les Taggers et vont directement à l'étape 5.