2.4.1.4. Visualisation
La visualisation permet d'afficher les résultats
collectés sous forme représentatif ou graphique, à ce
niveau nous rencontrons les fonctionnalités suivantes de surveillance
:
? Reporting :
Comme le nom l'indique, il s'agit d'un rapport d'état
qui est un sous module dans la visualisation permettant de tenir des
historiques de surveillance et pouvant représenter cela sous forme d'un
tableau ou d'un histogramme [16].
? Capacity planning
Est un module qui nous permettra de planifier les taches mais
aussi de prendre de décision sur nos conteneurs afin d'anticiper tout
anomalie des services.
? Dashboard
Tableau de bord ou le tableau qui nous permettra de
visualiser sous forme graphique les résultats.
2.4.1.5. Alarme d'alerte
Les données ne sont pas d'une grande utilité si
nous ne faisons rien avec celà. La plupart des métriques
collectées par le système offrent un moyen de faire des calculs
sur les données ingérées, et généralement
aussi, offrir un moyen d'alerter les humains de conditions anormales [9].
TFE_ESIS_AS 2018
27
CONCEPTION DU SYSTEME
· Règle d'alerte
Les règles d'alerte sont des critères
conçus par l'administrateur système afin de déclencher une
alerte, une fois que les conditions ou critères de préventions
sont respectés.
· Type d'alerte :
· Alerte sonore : est une alerte émettant un son
sous forme de bip.
· Outils de management : outils logiciel nous permettant
de déclencher les alertes.
· Sms : Short Message System que pourrai recevoir
l'administrateur.
Dans cette partie nous allons modéliser notre solution
de surveillance et le langage utilisé pour la modélisation et bel
est bien UML22 qui est un langage de modélisation d'objet. Il
permet :
· De visualiser le système comme il est ou comme il
devrait l'être.
· De valider le modèle vis-à-vis des
clients
· De fournir un guide pour le choix du système
[12]
| 
