2011-11-10 3 views

Répondre

2

Je vais essayer d'expliquer ce que je pense qu'ils veulent dire. Tout d'abord, je ne pense pas que l'intention soit de ne pas utiliser le moniteur en production. Au contraire, je pense qu'ils veulent dire que le moniteur devrait être installé sur un serveur séparé dans un environnement de production. Il y a au moins trois bonnes raisons de le faire.

Le premier est celui de la sécurité. Les clients que votre serveur de production est en charge ne doivent pas pouvoir accéder aux services du moniteur. En le mettant sur un serveur séparé (peut-être derrière un pare-feu), vous empêchez cela.

La seconde est la simplicité du paysage. Le moniteur peut surveiller plusieurs serveurs. En le mettant sur un serveur séparé, vous empêchez un serveur d'application d'être "spécial" - tous les serveurs d'applications sont identiques en ce qui le concerne. Plus facile pour la mise à l'échelle et la maintenance de votre paysage.

La troisième raison est celle de la performance. Les appels au moniteur n'affecteront pas le/les serveur (s) d'application. C'est comme ça devrait être. En ce qui concerne la deuxième partie de votre question, il est évident que l'ajout de la surveillance ehcache affectera les performances dans une certaine mesure. Probablement, il est censé n'entraîner qu'un minimum de frais généraux, mais rien n'est complètement gratuit. Mais si vous finissez par optimiser les caches, cela en vaudra probablement la peine.

Je trouve ce paragraphe détaillant la fréquence des échantillons de moniteur:

mémoire est estimée par échantillonnage. Les 15 premières met ou mises à jour sont mesurées, puis tous les 100 mis à jour ou

(c'est de la section statistique de the Monitor page)