Cette page est divisée en 3 parties :
Réservés aux administrateurs Shinken. ( Pour les personnes non administrateurs Shinken, remplacement de la zone par un descriptif du processus d'édition des hôtes )
Les données de cette page sont rafraîchies régulièrement :
|
|
Elle contient la navigation de l'interface de configuration.
Ce panneau montre une table contenant tous les éléments de la configuration de l'espace Staging ( voir la page sur les Espaces de données ( Zone de travail, Staging, Production ) pour plus d'information sur le terme Staging ).
Pour chaque type, les valeurs suivantes sont fournies :
Chaque nom est un lien hypertexte, permettant un accès direct à la configuration de l'élément sélectionné.
Les boutons
ouvrent directement la page de création d'un élément du type auquel il réfère.
|
Ce panneau propose 2 catégories :
Dans l'exemple ci-contre, d'autres sources personnalisées sont présentes.
Pour chacune de ces catégories, chaque ligne permet d'accéder directement à la configuration correspondante en cliquant sur le nom de la source ou du tagger.
|
Pour un souci d'efficacité et de clarté, plusieurs fonctionnalités ont été rajoutées sur la zone des sources.
|
Si cette case est cochée, les sources inactives sont masquées.
|
Le champ de texte recherche rapide permet de mettre en évidences des sources via leur nom.
|
Le champ de texte filtre rapide permet de masquer les sources qui ne correspondent pas au nom de source inscrit.
|
Ce tableau indique pour tous Taggers disponibles :
L'action des Taggers listés est déclenchée à la fin de l'import des sources ( sur les éléments obtenus ).
Comme pour les sources, les noms de Taggers sont des liens vers leurs configurations respectives.
Les actions des Taggers s’appliquent automatiquement aux éléments issus de l’import des sources, à savoir :
Hôtes : via les ip-tags et regexp-tags ;
Clusters : via regexp-tags ;
Modèles d’hôtes : via regexp-tags ;
Modèles de clusters : via regexp-tags ;
|
|
Comme pour les administrateurs de Shinken, la page principale est divisée en 3 parties :
Elle contient la navigation de l'interface de configuration. Pour les administrateur de SI, toutes les sections ne sont pas affichées ( voir la page Barre de menu de l'interface ).
Le fonctionnement du tableau de synthèse est le même que pour l'administrateur Shinken mais seuls les hôtes en Staging visible pour l'administrateur de SI et le compte de l'utilisateur sont comptés.
Cette zone comporte 4 onglets contenant des schémas d'explication sur les différents processus d'édition d'un hôte.
Ces schémas sont découpés en 2 parties qui symbolisent la Zone de travail ( en gris ) et la Zone Staging ( en blanc ).
Les administrateurs de SI et les administrateurs Shinken sont affichés de la manière suivante :
|
|
Cet onglet explique de manière générale le processus d'édition d'un hôte afin d'aborder simplement les différents concepts sur le processus de collaboration.
Dans l'exemple une modification est effectuée sur un hôte. Pour plus de détail sur la modification, voir l'onglet "Modification".
Dans ce schéma , l'administrateur SI effectue une modification sur l'hôte 1. Une fois ces modifications effectuées, il va soumettre l'hôte 1 en Staging ( ce qui correspond au bouton "Soumettre en Staging" dans la page d'édition d'un élément ).
L'administrateur Shinken va retrouver l'hôte 1 en Staging. Pour lui deux choix sont possibles :
|
Cet onglet décrit de façon détaillée le processus de collaboration lors de la modification d'un hôte.
Dans le schéma, on peut voir que l'administrateur de SI modifie l'hôte 1. Lorsqu'il va sauvegarder ses modifications, l'hôte 1 va passer en statut "En édition ( modifié )" à la fois dans la Zone de travail et dans Staging. L'hôte va être verrouillé dans Staging afin d'empêcher les modifications à partir de l'hôte validé en Staging.
Pour que l'hôte soit validé par l'administrateur Shinken, il faut que l'administrateur de SI l'hôte soumet en Staging ( en cliquant sur le bouton "Soumettre en Staging" dans la page d'édition d'un élément ). Une fois soumis, l'hôte va passer en Statut "Proposé ( modifié )" dans Staging.
L'administrateur Shinken va retrouver l'hôte 1 en Staging. S'il valide l'hôte, celui-ci va passer en statut "Validé" et sera disponible pour la mise en production ( Menu Production ). S’il le rejette, l'hôte va passer en statut ( Rejeté ( modifié ) ).
Si l'hôte est en statut " Rejeté ( modifié ) ", l'administrateur de SI va effectuer l es modifications nécessaires. S'il sauvegarde l'hôte, l'hôte va repasser dans le statut "En édition ( modifié )". Puis devra repasser le processus de soumission.
|
Cet onglet décrit de façon détaillée le processus de collaboration lors de la suppression d'un hôte.
Dans le schéma, on peut voir que l'administrateur de SI supprime l'hôte 1, ce qui fait passer l'hôte en statut "En édition ( supprimé )" à la fois dans la Zone de travail et dans Staging. L'hôte est verrouillé dans Staging afin d'empêcher qu'un autre utilisateur fasse des modifications sur l'hôte à partir de Staging.
Une fois sûr de vouloir supprimer l'hôte, l'administrateur de SI soumette en Staging ( en cliquant sur le bouton "Soumettre en Staging" dans la page d'édition d'un élément ). Une fois soumis, l'hôte va passer en Statut "Proposé ( supprimé )" dans Staging.
L'administrateur Shinken va retrouver l'hôte 1 en Staging. S'il valide la soumission, l'hôte sera supprimé et la suppression sera prise en compte lors du prochain passage en production. S'il le rejette, l'hôte va passer en statut Rejeté ( supprimé ).
|