Dès les premiers jours, chez Altersis Performance, nous étions conscients de la complexité de la problématique de la performance dans le contexte d’applications distribuées et composites.
La difficulté réside dans le nombre de niveaux d’architecture (entrée, présentation, logique et données opérationnelles), de couches de plateforme d’exécution (système d’exploitation, machine virtuelle Java, serveur d’application, systèmes et applications), de composants de code sur mesure et réutilisables et dans la complexité des transactions opérationnelles derrière tout cela.
Altersis Performance a élaboré la première méthodologie d’ingénierie de performance du cycle de vie adaptable et mesurable, appelée PEP : Performance Engineering Process. Notre approche vise le contrôle de la performance dans le contexte très complexe des applications composites et se focalise sur les caractéristiques des architectures de pointe et des technologies-clés tout en tirant à profit les approches et concepts existants.
PEP consiste en l’application d’une approche disciplinée, systématique et mesurable pour définir, évaluer, optimiser et surveiller les performances applicatives.
PEP: Les modèles
Cette méthodologie de l’ingénierie de la performance, utilisée et mise en œuvre avec succès dans des centaines de projets au fil des années, se base sur trois modèles-clés :
- modélisation des exigences orientée scénario (SDRM) pour permettre l’ingénierie des exigences de performance du développement au contrôle de la production en passant par le contrôle qualité ;
- contrôle et mesure orientés application (ACMM) en tant qu’instrument central pour la conception, la mise en œuvre, l’instrumentation de bout en bout et du cycle de vie ainsi que les solutions de contrôle ;
- intégration et continuité du cycle de vie (LCIC) sous forme de workflows et de modèles ; permet une mise en œuvre en douceur des activités d’ingénierie de performance dans les processus et workflows existants.
Ces modèles sont appliqués aux trois phases majeures (développement / pré-production / production) du cycle de vie de l’application avec des activités, environnements et règles de mise en place dédiés.
