Master 2018 2019
Stages de la spécialité SAR
Gatling – IA Diagnostic


Lieu : Takima - 152-160 Avenue Aristide Briand, 92220 Bagneux
Encadrant : Anthony Chiche
Dates :4/03/2019
Rémunération :1200 euros brut par mois
Mots-clés : Master SAR, autre qu’ATIAM

Cliquer ici pour vous authentifier


Description

Le stage consiste en un projet de R&D de type Deep Tech.

Il consiste exactement à :

- sur la base de tests de performances joués avec Gatling (Open-Source ou Frontline) :

Partie aide au consulting et à la détection de goulets d’étranglements :

1 - recueillir les métriques des divers composants testés (applications, Bases de données Sql ou No/Sql) comme : + la consommation RAM, CPU, Load Average pour le système + l’état de la Heap avec par exemple des threads dumps s’il s’agit d’une application Java + l’état de la base de données par exemple les hits sur un index ou les plan d’exécution s’il s’agit d’une base de données SQL 2 - Corréler ses métriques avec les données de Gatling (temps de réponses, latence, ...) 3 - Déterminer les problèmes de performances et exactement les situer pour correction, problème d’I/O, goulets d’étranglement, problèmes de concurrence d’accès

Partie amélioration continue du soft :

1 - les résultats des tests vont donner des informations permettant d’entrainer une IA reposant sur un triptyque : Code / Système observé / Configuration de l’environnement 2 - cette IA va progressivement permettre de lier le code au facteur performance 3 - Ce lien permettra de faire une détection fine du souci dans le code si la performance évolue négativement

Partie émulation du système observé :

1 - les résultats des tests vont donner des informations permettant d’entrainer une IA reposant sur un triptyque : Code / Système observé / Configuration de l’environnement 2 - cette IA va progressivement à l’aide d’information sur la topologie du SI pouvoir se substituer aux applications pour jouer les tests sans le SI Cela va permettre : a - fort de cette émulation du comportement du système observé permettre à l’utilisateur d’anticiper à la hausse ou à la baisse ses performances applicatives sur une modification du code b - jouer des tests dans le sytème et son banc de tests pour des raisons : + d’économies + de difficultés à jouer des tests de performances sur un environnement iso-production dans une entreprise avec une maturité opérationnelle défaillante

Le stagiaire sera intégré à une équipe de R&D pilotée par le CTO dans le cadre de ce projet stratégique pour :

- Faire des PoCs
- Tester et valider les solutions techniques envisagées
- coder sur la solution cible qui sera utilisée par nos consultants

Concrètement, le projet va devoir s’interfacer avec :

- des APM comme APPDynamics, Dynatrace, New Relic
- les outils de monitoring comme collectd
- des event stream comme Apache Kafka

Essayer d’émuler le comportement de :

- serveurs d’application, serveurs web, conteneurs de servlets
- des bases de donnés Sql et NoSQl
- des outils d’infrastructure comme les firewall, les load balancers

Pouvoir analyser du code :

- Java, Kotlin
- Javascript

Dans ses travaux, le stagiaire se familiarisera avec des concepts de capacity planning, de modélisation de performance comme ceux de Neil J Gunther.

Pour la partie IA, les choix ne sont pas encore arrêtés.