Apps Mon Apps Load Les objectifs Technologies uniques
Apps. Mon© / Apps. Load© Les objectifs Technologies uniques 2 produits Apps. Mon & Apps. Load Reconnaissance du marché Structure logiciel commune Apps. Load© Apps. Mon© Le portail Apps. Mon© (option) Nos clients (extrait) Testez vos applications en un clin d’oeil
Objectifs Enregistrer un scenario pour simuler des actions utilisateurs pour: Mesurer, sur le ressenti utilisateur (interface graphique), les temps de réponse et le taux de disponibilité d’une application de bout en bout Vérifier la cohérence des différents éléments actifs à communiquer, à cohabiter et à dialoguer ensemble tant en charge que sur le long terme Fournir une vision globale de l’ensemble de l’application (serveurs, LAN, WAN, PC utilisateur , etc. . ) Réconcilier utilisateurs et DSI sur la base d’un référentiel commun compréhensible par tous Valoriser le travail de la DSI en mettant en avant l’amélioration du service délivré au fur et à mesure de celle de l’infrastructure.
Technologies uniques Reconnaissance des évènements graphiques Windows à la volée Une reconnaissance des formes pour retrouver un image Un algorithme dérivé de la reconnaissance biométrique pour retrouver les images indépendamment de leurs positions. Bénéfice: invariant à la couleur et accepte des distorsions = Une gestion des objets Windows Un algorithme, lors de l’enregistrement d’un scenario construit au fur et à mesure la hiérarchie des objets Windows Bénéfice: le système repositionne automatiquement les fenêtres Windows telles qu’elles étaient lors de l’enregistrement du scenario Une reconnaissance des caractères Un algorithme de reconnaissance d’une chaines de caractères capable également de récupérer le contenu affichée pour l’utiliser ultérieurement dans la suite du scenario Bénéfice: Il est possible de vérifier des valeurs pour des tests de cohérences.
2 produits Une technologie identique déclinée en 2 produits Indépendante du protocole supporte toutes les applications Windows (Citrix, Client / serveur, RDP/RDS, Web, mainframe, etc. . ) Apps. Mon pour une supervision applicative des temps de réponses et du taux de disponible. Apps. Load pour des tests de charge applicatifs afin de déterminer les goulots d’étranglement et les disfonctionnements éventuels en charge (combien d’utilisateurs la chaine applicative peut-elle supporter? )
Reconnaissance du marché Itexis a été lauréate et a reçu du Sénat et de l’INRIA le Grand Prix Tremplin Entreprises 2004 pour sa technologie et ses solutions. Microsoft Scenarios compiler en Visual Basic Citrix EG Innovations (partenaire technologique)
La structure logicielle commune 6 modules Un service Windows (WCF): un liant entre toutes les machines. Un middleware x. Session La console pour gérer l’ensemble de l’infrastructure Apps. Mon/Apps. Load Le recoder pour enregistrer les scenarios Un player pour exécuter les scenarios Le scheduler pour le séquencement des scenarios Hiérarchisation au niveau du réseau Structure sur une machine Scheduler Console Recorder Machine 1 maitre 2ème niveau Player x. Session x. WCF (service Windows) Agent 1 Agent 2 Machine maitre principale Machine 2 maitre 2ème niveau Agent 3 § Machine maître principale gère toute l’arborescence § Machine 1 maitre niveau 2 gère agents 1 et 2 § Machine 2 maître niveau 2 gère agent 3
Mode de fonctionnement Le scenario est enregistré depuis une interface utilisateur intuitive. Des jalons sont alors mis en place pour vérifier le retour applicatif attendu Une première exécution permet de calculer un temps de référence et d’effectuer des ajustements éventuels du scenario avec le mode apprentissage Lors de l’exécution du scénario, Apps. Mon® / Apps. Load® sont capables de tester de façon continue le contexte graphique d’exécution du scénario afin de ne pas se désynchroniser par rapport au scénario de référence. Cette méthode permet d’adapter en temps réel la vitesse d’exécution du scénario aux contraintes applicatives et de calculer très précisément les temps de réponse applicatifs
Efforts et retours d’expérience Les efforts sur un socle commun pour Apps. Mon & Apps. Load: La simplification de l’écriture des scenarios La pérennité et puissance des scripts (Visual basic). Interface graphique simple et intuitif Scenarios compiler en Visual Basic La capacité du scenario à évoluer avec le mode « apprentissage » : l’utilisateur prend le contrôle de façon interactive pour: Insertions et suppressions d’actions utilisateurs Gestion des erreurs en mode subroutine Ajouts et ou suppressions des images à la volée Possibilité d’avoir plusieurs images pour une même action utilisateur, Etc. .
Pilotage centralisée de l’infrastructure La console Supervision temps réel des machines distantes. Gestion des séquencements des scenarios machine par machine. Envoi d’alertes en cas de dysfonctionnement de l’infrastructure. Gestion centralisée des licences. Envoi global des scenarios sur les machines distantes. Etc. .
Les tests de charge: Apps. Load Objectif Des scenarios sont écrits et manipulent l’interface graphique comme le ferait un utilisateur. Un temps de référence (temps du déroulement du scenario) est pris pour chaque scenario (un seul utilisateur sur la chaine applicative) Les scenarios sont joués « en masse » depuis plusieurs sessions utilisateurs avec une comparaison du temps d’exécution des temps de réponse en charge avec le temps de référence. Un état de « stable » de la chaine applicative est atteint (nombre de sessions concurrentes) avec un compromis entre les contraintes du scenario (timeout, etc. ) et la plateforme applicative.
Apps. Load (suite) Principes généraux Un launch. Pad est lancé. Sa fonction est d’ouvrir sur un serveur 2008 R 2 n sessions RDP. Chacune des sessions RDP contient le robot Apps. Load et l’application client à tester. Les scenarios sont exécutés avec plusieurs itérations dans chacune des sessions. Apps. Load calcule en temps réel l’écart (dérive) entre le temps d’exécution du scenario et son temps de référence. De cette écart sont calculés les statistiques suivantes: Nombre de sessions concurrentes jouant le scenario Moyenne des écarts pour l’ensemble des scenarios Ecart maximal pour un scenario Ecart type des dérives (dérive sur l’ensemble des scenarios ou uniquement sur quelques uns. Ces statistiques sont visibles via un graphe temps réel ou directement du Performance monitor de Microsoft.
Apps. Load – Exemples de graphes Liste de sessions RDP (Open. Viewer) Visualisation des sessions RDP (Launch. Pad)
Apps. Load – Exemples de graphes Graphe temps réel Compteurs Apps. Load poussés dans Perfmon. Il est possible d’y ajouter des compteurs systèmes des serveurs cibles
Apps. Load – Exemples de graphes Visualisation de la CPU d’un serveur cible vis à vis du nombre d’utilisateurs concurrents Visualisation de la mémoire d’un serveur cible vis à vis du nombre d’utilisateurs concurrents
Apps. Load - Exemples de graphes Répartition charge CPU entre serveurs TSE avec un broker Répartition charge CPU entre serveurs TSE avec après modifications paramètres du broker
Apps. Mon Objectif On reprend les principes des scenarios Apps. Load. Les scenarios sont joués depuis différents sites de l’infrastructure selon une fréquence définie par la DSI Une comparaison du temps d’exécution des temps de réponse est faite avec le temps de référence. Si l’écart entre le temps d’exécution et le temps de référence est supérieur à celui défini, une alerte sous forme de mail ou de trap SNMP. En cas de timeout (délai d’attente du retour applicatif supérieur à une valeur en secondes), une copie d’écran au moment de l’erreur est envoyé par mail. Il est également possible de « rejouer à posteriori » le scenario en erreur Métriques stockés dans une base de données MSFT 2008/2012, sous forme CSV ou en MIBS
Portail Apps. Mon Reporting Services Microsoft SQL 2008 R 2/ 2012 R 2 Portail Web (IIS), Intégration possible dans Share. Point, Envoie automatique de rapports. Architecture totalement ouverte et non propriétaire, Inclus l’ensemble des fonctionnalités natives des Reporting Services Authentifications Gestion des rapports Envoies automatiques de rapports selon une fréquence pré établie Gestion des paramètres des rapports Possibilités d’avoir des vues et /ou des accès à des rapports différents selon les droits utilisateurs
Quelques exemples de rapports ► Tableau de bord ► Vision des dernières 6 heures d’itération et taux disponibilité de la journée Etat avec date et heure de la dernières itérations • Vert: ok • Orange: ok avec dérive du temps de réponse • Rouge: erreur Copie écran en cas d’erreur
Taux de disponibilité d’un scenario ► Taux de disponibilités de scenarios ► Agrégation par année, mois, semaine, jour, heure
Comparatif taux de disponibilité et temps de réponse ► Taux de disponibilités des scenarios et temps de réponse ► Agrégation par année, mois, semaine, jour, heure Scenario et/ou nom de la transaction Taux de disponibilité par semaine ventilé par , jour Temps de réponse moyen par semaine ventilé par jour avec les temps de référence, max et min
n Evolution du taux de disponibilité d’un mois sur l’autre Objectif de SLA Nom scenario (en couleur saumon si en deçà du SLA Evolution du taix de disponibilté d’un mois sur l’autre Nom agent et site
Nos clients (extrait)
Nos coordonnées Itexis 36 rue Emile Duclaux 92150 Suresnes Tél: +33 (0)1 41 44 01 01 Fax: +33 (0)1 41 44 01 01 Email: sergel@itexis. com Site Web: www. itexis. com
- Slides: 23