Discussion :

[ra77]

Voila mon 2ème article. Cette fois çi c'est sur l'audit de performance d'une application Java EE.

J'ai essayé de couvrir le maximum de choses (bdd, serveur d'application, jMeter, ..). D'autres articles sur des points plus précis viendront par la suite


Il se trouve à l'adresse http://arodrigues.developpez.com/tut...ation-java-ee/

[Morvan Mikael]

Félicitation!

Très bel article qui décortique les problématiques de performances.
Je le garde sous le coude pour mon prochain projet J2EE

Mikaël

[evernat]

C'est un tour d'horizon intéressant en effet.

Dommage que javamelody soit arrivé juste après, il aurait été bien placé pour la partie monitoring du serveur d'application et des requêtes lentes :

http://javamelody.googlecode.com (IHM en français ou en anglais)

[darckitta]

Bonjour ra77,

Est il possible d'appliquer la politique de performance que tu a annoncé dans ton article pour une application webifiée de gestion de projet:
Plateforme: OPENACS
Serveur Web: AOLServer
Serveur Base de données: Postgresql

En fait j'ai besoin de connaitre les sources de la dégradation de performance (réponse serveur est lourde pour plusieurs connexions simultanées>10) de l'application de l'entreprise dans la quelle j'effectue mon stage.
Don j'ai pensé de suivre tes étapes. Est ce que je suis sur la bonne route ?

[ra77]

Bonjour ra77,

Est il possible d'appliquer la politique de performance que tu a annoncé dans ton article pour une application webifiée de gestion de projet:
Plateforme: OPENACS
Serveur Web: AOLServer
Serveur Base de données: Postgresql

En fait j'ai besoin de connaitre les sources de la dégradation de performance (réponse serveur est lourde pour plusieurs connexions simultanées>10) de l'application de l'entreprise dans la quelle j'effectue mon stage.
Don j'ai pensé de suivre tes étapes. Est ce que je suis sur la bonne route ?

Salut,

Si tu a du temps et que tu ne veut pas être noyé dans plein de chiffre tu peux :
Lancer un test de charge
Monitorer sur chaque serveur un certains nombre de metrics (consommation mémoire, consommation CPU, consommation disk, consommation réseau)
Une fois que tu a le serveur fautif, tu active sur celui la la récupération de plus de metrics (requêtes SQL, détails de la JVM, ...)
Une fois le problème trouvé, tu vérifie que ce n'est pas le serveur en amont qui lui donne trop de travail et tu corrige le problème.
Puis tu boucle

[ra77]

Première mise à jour avec des liens vers mes autres articles et plus de détails dans la partie "Préparation des tests"