Bonjour,
Pour des besoins internes, j'ai commencé à développer un agent de monitoring serveur (CPU/mémoire/disk et autres joyeusetés). A terme, une application iphone servira à contrôler la bonne santé du parc. Deux choix s'offrent à moi :
Solution 1 : je stocke les données au niveau de l'agent (donc sur chaque serveur monitoré) et j'interroge chaque serveur depuis l'application (architecture distribuée ?)
Avantages :
- l'information est toujours disponible
- le volume de données est réparti sur l'ensemble des serveurs monitorés
Inconvénients :
- ouverture d'un port sur chaque serveur (faille sécurité)
Solution 2 : je stocke les données sur un serveur de "collecte" et l'application n'interroge que ce serveur (architecture centralisée ?)
Avantages :
- un seul serveur "frontale" pour répondre aux demandes de l'appli
Inconvénients :
- si ce serveur est planté ou est injoignable, plus aucune visibilité sur le reste du parc
- gros volume de données à gérer
Il existe surement encore d'autres avantages/inconvénients pour les deux solutions qui pourraient fortement influencer le choix de la solution. C'est pour cela que j'aurai besoin de vos lumières sur ce projet. Peut-être certain(e)s d'entre vous ont-ils(elles) déjà un expérience sur ce type de projet ?
Pour information, la structure étant relativement réduite, les moyens le sont également, donc inutile de voir grand avec des solutions "ultra-secure" à base d'architecture à X serveurs. Comme souvent, on doit faire au mieux avec le minimum ...
Partager