2009-06-02 10 views
2

puisque nous souffrons de dégradation rampante dans notre application web, nous avons décidé de surveiller les performances de nos applications et de mesurer les actions individuelles. Par exemple, nous allons mesurer la durée de chaque demande, la durée des actions individuelles comme l'édition d'un client ou la création d'un rendez-vous, la recherche d'un contrat. Dans la plupart des cas, la base de données est le goulot d'étranglement pour ces actions. Je m'attends à ce que les données culminées soient assez grandes, puisque nous allons rassembler 1-5 actions individuelles par demande.stocker + évaluer les données de performance

Bien sûr, il serait insensé d'insérer chacun un élément every dans la base de données, car cela ralentirait chaque requête encore plus. Ce qui est une bonne stratégie pour stocker et évaluer ces données par demande. Je pensais avoir un objet Queue global qui est ajouté et un thread séparé qui vide la file d'attente et gère le stockage/fichier persistant. mais où stocker ces données? Existe-t-il des outils prédéfinis pour une telle visualisation? Nous utilisons java, spring, hibernate mixte + jdbc + pl/sql, oracle.

La question devrait cependant être indépendante de la langue.

Modifier: La mesure sera prise en production pendant une période assez longue.

Répondre

1

Il semble que votre stratégie d'archivage sera au moins partiellement en fonction de la portée de vos tests:

  • Combien de temps avez-vous l'intention de recueillir des données de performance?
  • Qu'essayez-vous de démontrer? Amélioration des performances au fil du temps? Améliorations associées à des changements spécifiques? (Comme les problèmes de perf pour un ensemble spécifique de versions)

En ce qui concerne les outils de visualisation, j'ai trouvé qu'Excel était très utile pour les petites et moyennes quantités de données.

+0

la mesure sera prise en production sur une longue période de temps. –