Softshake 2015 - Comment tester et optimiser la performance d'un SI ?cyrilpicat
Optimiser et tester la performance d'une seule application devient un sujet maîtrisé, avec des méthodes et des outils dorénavant rodés. Pour autant, réaliser des tests significatifs à un coût raisonnable reste un challenge.
Qu'en est-il dans le cas d'un SI tout entier ? Si le "service" rendu à l'utilisateur repose sur plusieurs applications, les pratiques sont beaucoup plus balbutiantes et beaucoup de questions se posent : faut-il tester chaque application en isolation ? Y a-t-il un vrai ROI à ces tests, ou est-ce un chantier pharaonique ?
A l'heure où les architectures doivent de plus en plus exposer et consommer des services, à l'heure de l'expérience digitale, le temps de réponse ressenti par un utilisateur ne doit plus être une inconnue ! Et ceci même si sa réponse sollicite plusieurs applications dans mon SI.
Aujourd'hui les outils techniques et méthodologiques existent, nous les avons utilisés. Cette session sera l'occasion de proposer notre méthode pour aborder ces tests, basé sur un REX dans le trading bancaire.
Outpost24 webinar - Quel est le coût réel d'un test d'intrusion face aux nouv...Outpost24
Les tests d'intrusion sont, depuis longtemps, une méthode éprouvée qui simule une attaque contre les systèmes informatiques des entreprises afin de détecter les vulnérabilités exploitables avant tout le monde. Mais le prix en vaut-il la peine?
Le Test Driven Infrastructure, c'est un peu le TDD pour les projets DevOps. Il va vous permettre de tester votre infrastructure unitairement, de bout en bout et à chaque changement.
Softshake 2015 - Comment tester et optimiser la performance d'un SI ?cyrilpicat
Optimiser et tester la performance d'une seule application devient un sujet maîtrisé, avec des méthodes et des outils dorénavant rodés. Pour autant, réaliser des tests significatifs à un coût raisonnable reste un challenge.
Qu'en est-il dans le cas d'un SI tout entier ? Si le "service" rendu à l'utilisateur repose sur plusieurs applications, les pratiques sont beaucoup plus balbutiantes et beaucoup de questions se posent : faut-il tester chaque application en isolation ? Y a-t-il un vrai ROI à ces tests, ou est-ce un chantier pharaonique ?
A l'heure où les architectures doivent de plus en plus exposer et consommer des services, à l'heure de l'expérience digitale, le temps de réponse ressenti par un utilisateur ne doit plus être une inconnue ! Et ceci même si sa réponse sollicite plusieurs applications dans mon SI.
Aujourd'hui les outils techniques et méthodologiques existent, nous les avons utilisés. Cette session sera l'occasion de proposer notre méthode pour aborder ces tests, basé sur un REX dans le trading bancaire.
Outpost24 webinar - Quel est le coût réel d'un test d'intrusion face aux nouv...Outpost24
Les tests d'intrusion sont, depuis longtemps, une méthode éprouvée qui simule une attaque contre les systèmes informatiques des entreprises afin de détecter les vulnérabilités exploitables avant tout le monde. Mais le prix en vaut-il la peine?
Le Test Driven Infrastructure, c'est un peu le TDD pour les projets DevOps. Il va vous permettre de tester votre infrastructure unitairement, de bout en bout et à chaque changement.
Windows PowerShell est le langage de script incontournable pour l’automatisation des tâches simples ou complexes sur les environnements Windows. Cette session vous propose un retour d’expérience de l’utilisation de Windows PowerShell sur des cas concrets tirés de projets, accompagné de démonstrations.
L’université de la performance vous fera découvrir comment concevoir la plus grosse fonctionnalité implicite d’une application: Sa performance.
Pour cela nous vous proposerons une démarche en trois étapes: - Connaître les différents types de tests de charge et savoir quand les utiliser - Mettre en place un test de charge et des outils nécessaires pour le monitoring - Savoir identifier et optimiser les différents goulets d’étranglement de l’application
Le tout mis en pratique sur une application réelle.
Agenda :
Les enjeux de la performance d'un site Web
Les différents éléments de performance d'un site Web
Infrastructure, architecture technique, tuning, architecture applicative, WebPerf
L'obsession de la mesure
Les outils
Les quickwins
Caches, upscaling, outscaling, sharding
La démarche de test de charge
Méthodologie, outils, types de test, données de test
La démarche PDCA
Intégrer les tests de charge au cycle de développement
Environnement éphémère
Oxalide MorningTech #2 - Démarche de performance
2ème MorningTech @Oxalide, animé par Adrien Le Priol (@Priolix) et Ludovic Piot (@lpiot), le 28 février 2017.
Une vue d'ensemble sur la démarche et les outils pour aborder et maîtriser la performance de son site Web.
En 2012, Amazon publiait une étude indiquant que chaque seconde de performance perdue sur son site de commerce lui coûtait $1.6 milliards de chiffre d'affaire.
Par delà ce chiffre colossal avancé par le géant du Web, il est une réalité business : plus un site est lent, et moins les utilisateurs sont enclin à naviguer dessus. Les smartphones et le SoLoMo exacerbent cette réalité avec encore plus depuis 10 ans maintenant.
Sur le terrain, l'architecture technique des sites Web, de plus en plus complexe, rendent ses performances impossibles à prédire : complexité des développements applicatifs, multitude des composants impliqués dans l'architecture technique, recours à des services tiers (issus du SI de votre entreprise, ou de services tiers), big data, machine learning…
Une seule façon de prédire les performances : tester… en situation réelle.
A travers les différentes étapes d'une démarche d'optimisation des performances d'un site Web, les enjeux et les écueils d'une telle démarche vous seront détaillés.
Subject: Oxalide's MorningTech talk about an overview of how to deal with performance in a Web site.
Date: 28-feb-2017
Speakers: Adrien Le Priol (@Priolix, @Oxalide) and Ludovic Piot (@lpiot, @Oxalide)
Language: french
Lien SpeakerDeck : https://speakerdeck.com/lpiot/oxalide-morning-tech-number-2-demarche-performance
Lien SlideShare : https://www.slideshare.net/LudovicPiot/morning-tech-2-demarche-performance-slides
YouTube Video capture: https://youtu.be/a8jSbvyBzYU
Main topics:
* Les enjeux de la performance d'un site Web
* Les différents éléments de performance d'un site Web
** Infrastructure, architecture technique, tuning, architecture applicative, WebPerf
* L'obsession de la mesure
* Les outils
* Les quickwins
** Caches, upscaling, outscaling, sharding
* La démarche de test de charge
** Méthodologie, outils, types de test, données de test
* La démarche PDCA
** Intégrer les tests de charge au cycle de développement
** Environnement éphémère
* Questions / Réponses
Ou comment augmenter la productivité de vos équipes de dev .NET en diminuant leur charge de debugging en prod. Avant de corriger un problème, il est généralement nécessaire de le reproduire. Les études souhaitent des informations contextualisées, la prod ne peut fournir des exports de bases journaliers, et des tensions se créent. Imaginez que vous puissiez obtenir la pile d'appel de l'utilisateur se plaignant... la résolution ne serait-elle pas plus aisée ? C'est ce que vous pouvez faire avec Compuware APM. Grâce aux technologies dynaTrace PurePath™ et PureStack™, il vous est possible de corriger des incidents survenus en prod sans passer par la case reproduction. Pourquoi s’en préoccuper maintenant ? Parce que la complexité des architectures .NET et des environnements Web, mobile, Azure, … est sans cesse croissante. Conséquences, vous subissez : - une perte de visibilité et de contrôle sur les services rendus à l'utilisateur (performance, disponibilité, …) - une multiplication des cellules de crises - une augmentation du temps consacré à rechercher l'origine des incidents en prod. Consacrez enfin votre énergie à développer de nouvelles applis et fonctionnalités ! Session présentée par le partenaire : Compuware.
Speakers : Jérôme Guillaume (Compuware), Antoine Ferte (Compuware)
Radical Quality From Toyota to Tech - Devoxx France.pptxFlavian Hautbois
Where defects in the industry are counted as defects per million parts produced, a developer introduces an average of 70 bugs for every 1000 lines of code produced. We immersed ourselves in the experiments of Sadao Nomura, who launched Dantotsu "Better than the best" activities in Toyota factories, a 3-year program capable of reducing defects by 85%.
The tech practices, visual management, and tools of Dantotsu inspired us to:
- Eradicate the root causes of a bug within 24 hours of its detection
- Identify "weak points", typical problems that require strengthening the training system
- Create a culture of quality where everyone shares their solved bugs
We cover the theory of Dantotsu radical quality and the experiments we ran before April 2023.
Woody is the CTO and co-founder of Sipios, a fintech development agency. Flavian is a co-author of Build To Sell, lean coach in tech and product, and former CTO.
Présentation Telosys Tools au JUG Nantes le 14 avril 2014
Development accelerator
ou comment faire un "départ lancé"
( générateur de code Telosys Tools )
Au cours de cette session, nous plongerons avec vous dans le quotidien d’une startup qui vient de se lancer sur le Net.
Alors que les premiers utilisateurs affluent vers ses serveurs, l’équipe se retrouve confrontée à ses premiers problèmes de performance. Le prix du succès… ! Nous verrons avec eux comment simuler une arrivée massive d’utilisateurs pour “stresser” leur plateforme. Nous utiliserons les outils d’APM pour monitorer les serveurs et applications Java mais aussi évaluer l’expérience utilisateur. Enfin, nous proposerons une démarche et des outils pour tester la performance en continue.
Avec de nombreuses démos en live, cette session en français s’adresse aux développeurs, architectes et décideurs sur les projets IT.
Animé avec Landry DEFO KUATE (OCTO)
Restructurer un legacy comment et pourquoiMarc Bojoly
Présentation du talk de Marc Bojoly - OCTO Technology
"En tant que programmeur, en tant qu’architecte nous voulons
tous partir d’une feuille blanche et construire quelque chose de
grand", nous dit sur son blog joelonsoftware.
Mais après 5 ans de développement en Java, est-ce pertinent ?
Est-ce le bon moment alors que le système doit absorber un
nouveau métier le plus vite possible ? Et si re-construire sur le
legacy était la solution pour réussir un tel défi ?
Windows PowerShell est le langage de script incontournable pour l’automatisation des tâches simples ou complexes sur les environnements Windows. Cette session vous propose un retour d’expérience de l’utilisation de Windows PowerShell sur des cas concrets tirés de projets, accompagné de démonstrations.
L’université de la performance vous fera découvrir comment concevoir la plus grosse fonctionnalité implicite d’une application: Sa performance.
Pour cela nous vous proposerons une démarche en trois étapes: - Connaître les différents types de tests de charge et savoir quand les utiliser - Mettre en place un test de charge et des outils nécessaires pour le monitoring - Savoir identifier et optimiser les différents goulets d’étranglement de l’application
Le tout mis en pratique sur une application réelle.
Agenda :
Les enjeux de la performance d'un site Web
Les différents éléments de performance d'un site Web
Infrastructure, architecture technique, tuning, architecture applicative, WebPerf
L'obsession de la mesure
Les outils
Les quickwins
Caches, upscaling, outscaling, sharding
La démarche de test de charge
Méthodologie, outils, types de test, données de test
La démarche PDCA
Intégrer les tests de charge au cycle de développement
Environnement éphémère
Oxalide MorningTech #2 - Démarche de performance
2ème MorningTech @Oxalide, animé par Adrien Le Priol (@Priolix) et Ludovic Piot (@lpiot), le 28 février 2017.
Une vue d'ensemble sur la démarche et les outils pour aborder et maîtriser la performance de son site Web.
En 2012, Amazon publiait une étude indiquant que chaque seconde de performance perdue sur son site de commerce lui coûtait $1.6 milliards de chiffre d'affaire.
Par delà ce chiffre colossal avancé par le géant du Web, il est une réalité business : plus un site est lent, et moins les utilisateurs sont enclin à naviguer dessus. Les smartphones et le SoLoMo exacerbent cette réalité avec encore plus depuis 10 ans maintenant.
Sur le terrain, l'architecture technique des sites Web, de plus en plus complexe, rendent ses performances impossibles à prédire : complexité des développements applicatifs, multitude des composants impliqués dans l'architecture technique, recours à des services tiers (issus du SI de votre entreprise, ou de services tiers), big data, machine learning…
Une seule façon de prédire les performances : tester… en situation réelle.
A travers les différentes étapes d'une démarche d'optimisation des performances d'un site Web, les enjeux et les écueils d'une telle démarche vous seront détaillés.
Subject: Oxalide's MorningTech talk about an overview of how to deal with performance in a Web site.
Date: 28-feb-2017
Speakers: Adrien Le Priol (@Priolix, @Oxalide) and Ludovic Piot (@lpiot, @Oxalide)
Language: french
Lien SpeakerDeck : https://speakerdeck.com/lpiot/oxalide-morning-tech-number-2-demarche-performance
Lien SlideShare : https://www.slideshare.net/LudovicPiot/morning-tech-2-demarche-performance-slides
YouTube Video capture: https://youtu.be/a8jSbvyBzYU
Main topics:
* Les enjeux de la performance d'un site Web
* Les différents éléments de performance d'un site Web
** Infrastructure, architecture technique, tuning, architecture applicative, WebPerf
* L'obsession de la mesure
* Les outils
* Les quickwins
** Caches, upscaling, outscaling, sharding
* La démarche de test de charge
** Méthodologie, outils, types de test, données de test
* La démarche PDCA
** Intégrer les tests de charge au cycle de développement
** Environnement éphémère
* Questions / Réponses
Ou comment augmenter la productivité de vos équipes de dev .NET en diminuant leur charge de debugging en prod. Avant de corriger un problème, il est généralement nécessaire de le reproduire. Les études souhaitent des informations contextualisées, la prod ne peut fournir des exports de bases journaliers, et des tensions se créent. Imaginez que vous puissiez obtenir la pile d'appel de l'utilisateur se plaignant... la résolution ne serait-elle pas plus aisée ? C'est ce que vous pouvez faire avec Compuware APM. Grâce aux technologies dynaTrace PurePath™ et PureStack™, il vous est possible de corriger des incidents survenus en prod sans passer par la case reproduction. Pourquoi s’en préoccuper maintenant ? Parce que la complexité des architectures .NET et des environnements Web, mobile, Azure, … est sans cesse croissante. Conséquences, vous subissez : - une perte de visibilité et de contrôle sur les services rendus à l'utilisateur (performance, disponibilité, …) - une multiplication des cellules de crises - une augmentation du temps consacré à rechercher l'origine des incidents en prod. Consacrez enfin votre énergie à développer de nouvelles applis et fonctionnalités ! Session présentée par le partenaire : Compuware.
Speakers : Jérôme Guillaume (Compuware), Antoine Ferte (Compuware)
Radical Quality From Toyota to Tech - Devoxx France.pptxFlavian Hautbois
Where defects in the industry are counted as defects per million parts produced, a developer introduces an average of 70 bugs for every 1000 lines of code produced. We immersed ourselves in the experiments of Sadao Nomura, who launched Dantotsu "Better than the best" activities in Toyota factories, a 3-year program capable of reducing defects by 85%.
The tech practices, visual management, and tools of Dantotsu inspired us to:
- Eradicate the root causes of a bug within 24 hours of its detection
- Identify "weak points", typical problems that require strengthening the training system
- Create a culture of quality where everyone shares their solved bugs
We cover the theory of Dantotsu radical quality and the experiments we ran before April 2023.
Woody is the CTO and co-founder of Sipios, a fintech development agency. Flavian is a co-author of Build To Sell, lean coach in tech and product, and former CTO.
Présentation Telosys Tools au JUG Nantes le 14 avril 2014
Development accelerator
ou comment faire un "départ lancé"
( générateur de code Telosys Tools )
Au cours de cette session, nous plongerons avec vous dans le quotidien d’une startup qui vient de se lancer sur le Net.
Alors que les premiers utilisateurs affluent vers ses serveurs, l’équipe se retrouve confrontée à ses premiers problèmes de performance. Le prix du succès… ! Nous verrons avec eux comment simuler une arrivée massive d’utilisateurs pour “stresser” leur plateforme. Nous utiliserons les outils d’APM pour monitorer les serveurs et applications Java mais aussi évaluer l’expérience utilisateur. Enfin, nous proposerons une démarche et des outils pour tester la performance en continue.
Avec de nombreuses démos en live, cette session en français s’adresse aux développeurs, architectes et décideurs sur les projets IT.
Animé avec Landry DEFO KUATE (OCTO)
Similaire à Softshake 2015 comment tester et optimiser la performance d'un si (20)
Restructurer un legacy comment et pourquoiMarc Bojoly
Présentation du talk de Marc Bojoly - OCTO Technology
"En tant que programmeur, en tant qu’architecte nous voulons
tous partir d’une feuille blanche et construire quelque chose de
grand", nous dit sur son blog joelonsoftware.
Mais après 5 ans de développement en Java, est-ce pertinent ?
Est-ce le bon moment alors que le système doit absorber un
nouveau métier le plus vite possible ? Et si re-construire sur le
legacy était la solution pour réussir un tel défi ?
Petit-déjeuner MapReduce-La révolution dans l’analyse des BigDataMarc Bojoly
Big Data, MapReduce, calculs distribués, sont autant de buzz words et de concepts cantonnés jusqu’à maintenant à quelques acteurs spécifiques. Pourtant, il est un état de fait : nous sommes assis sur une quantité gigantesque de données dont il est difficile d’extraire l’information… D’autre part MapReduce est une solution éprouvée pour analyser d’énormes quantités de données (ou Big Data). Elle a, par exemple, été mise en œuvre par Google pour indexer le web, par LinkedIn pour calculer ses campagnes d’email… Dans ces conditions, ces concepts ont-ils un intérêt dans nos SI ? Quel est le niveau de maturité de ces solutions ? Cet atelier, co-organisé par OCTO Technology (www.octo.com) et Plaform (www.platform.com), démontrera que de telles solutions font sens dans nos projets SI. - See more at: http://blog.octo.com/petit-dejeuner-mapreduce-la-revolution-dans-lanalyse-des-bigdata-le-27-septembre/#sthash.GvRo8gOQ.dpuf
L'avenir de Java : Erlang, Haskell ou RubyMarc Bojoly
Les nouveaux langages sont de plus en plus présents et bouleversent un eco- systeme dominé par Java: Ruby, et notamment Rails, annoncent des productivités faisant rêver les chefs de projet Java; d'autres proposent la gestion de concurrence et de parallélisme (souvent problématiques pour les programmeurs Java) nativement dans la langage. Alors que faire? Jeter Java et la JVM, rester sourd aux chants des sirènes? Dans cette session nous aborderons les limites de la plateforme Java et comment concilier les meilleurs des mondes.
Quelles évolutions fonderont l’avenir des serveurs d’application ?Marc Bojoly
Quelles évolutions fonderont l'avenir des serveurs d'application ?
Depuis 10 ans les serveurs d'applications se sont imposés dans l'informatique de gestion.
Mais aujourd'hui des offres innovantes bousculent les anciennes règles et standards. Les architectures cloud et grid rompent avec le découpage en 3 tiers. Des offres modulaires s'opposent aux outils dotés de multiples fonctionnalités. Des nouveaux frameworks java
mais également Grails ou JRuby on Rails challengent les API JEE tout en s'appuyant sur l'existant.
En nous basant sur la plateforme Java, nous balaieront les principales innovations qui dessinent le futur des serveurs d'application. Que peuvent-elles apporter ? Que vont-elles remettre en cause ou remplacer ?
Les grilles transactionnelles, enfin des solutions pour l’informatique de ges...Marc Bojoly
Les grilles transactionnelles, enfin des solutions pour l'informatique de gestion?
En 5 ans les grilles se sont imposée dans quelques niches métiers. Belle revanche pour ce matériel issu de la bureautique qui se pose en alternative aux grands systèmes en faisant le choix de la répartition des calculs. Si le domaine du calcul intensif à révélé les grilles, force est de constater que cet usage très spécialisé en restreint les cas d'usages. Les grilles de données permettent aujourd'hui d'étendre très largement leur champ d'application. Comment fait-on pour répartir du code, de la données, des transactions ? Telles sont les questions que nous souhaitons aborder au travers d'un exemple de traitement bancaire.
41. Temps de réponse ~ 190 ms.
$ ./sh/poc1.sh
% Total % Received % Xferd Average Speed Time Time Time C
urrent
Dload Upload Total Spent Left Speed
100 253 100 161 100 92 789 450 --:--:-- --:--:-- --:--:-
- 789
Call HTTP Ressources : For an HTTP ressources total of 0.0 ms.
Call the database 7 times during 14 ms. each for a total of 118 ms.
CPU intensive compute 186 ms.
45. Temps de réponse : 1 s.
$ ./sh/poc2.sh
% Total % Received % Xferd Average Speed Time Time Tim
e Current
Dload Upload Total Spent Lef
t Speed
100 1417 100 1171 100 246 881 185 0:00:01 0:00:01 --:--
:-- 881
Call HTTP Ressources : {
Call HTTP Ressources : For an HTTP ressources total of 0.0 ms
.
Call the database 7 times during 14 ms. each for a total of 1
13 ms.
CPU intensive compute 68ms.
{,
{
Call HTTP Ressources : For an HTTP ressources total of 0.0 ms
.
48. $ sudo docker-machine ssh default
$$ sudo tc qdisc add dev docker0 root netem
delay 10ms
$$ sudo tc qdisc show dev docker0
$$ #After demo
$$ sudo tc qdisc del root dev docker0
49. Temps de réponse : 3 s.
$ ./sh/poc2.sh
% Total % Received % Xferd Average Sp
eed Time Time Time Current
Dload Upload Total Spent Left Sp
eed
100 1417 100 1171 100 246 328
69 0:00:03 0:00:03 --:--:-- 328
Call HTTP Ressources : {
Call HTTP Ressources : For an HTTP ressou
rces total of 0.0 ms.
Call the database 7 times during 14 ms. e
ach for a total of 394 ms.
CPU intensive compute 69ms.
{,
{
Call HTTP Ressources : For an HTTP ressou
rces total of 0.0 ms.
Call the database 7 times during 14 ms. e
70. Sources
Tous les slides : icônes (c) OCTO Technology (2015)
:
: et
:
:
:
:
:
:
:
:
:
Autant attendre la mise en production Morguefile
Vivre ses rêvess ginacn.blogspot.fr Wikipedia
APM Outil Dynatrace
Google Dapper Dapper, a Large-Scale Distributed Systems Tracing Infrastructure
Bonnes pratiques Géants du Web, l'obsession de la mesure
Exemples de lois de poisson Wikipedia
Cycle de diffusion de l'innovation Wikipedia
Traffic sur Internet Libstat
Tests end-to-end Youtube : Spectacular Domino Rally Stunt Screen Link 4:51
Tous les modèles sont faux certains sont utiles Morguefile
The OCTO Way (c) OCTO Technology 2015