Au cours de cette présentation, nous parlerons de notre architecture N-tiers, un élément fondamental de notre approche pour garantir un système à la fois évolutif et performant. Nous examinerons comment nous avons segmenté notre site en couches pour faciliter la maintenance, favoriser la scalabilité et simplifier les migrations tout en améliorant les performances.
De plus, nous aborderons l'importance cruciale du cache HTTP (Varnish) dans la réduction de la charge serveur et l'amélioration de la réactivité de nos services. Vous découvrirez des outils essentiels tels que Blackfire, qui ont permis une analyse en profondeur et une optimisation efficace de notre code PHP.
Enfin, nous partagerons notre approche de sensibilisation des devs aux enjeux de la performance, afin de prévenir les incidents.
Comment Rue Du Commerce est devenu le site e-commerce le plus rapide de France ?Fasterize
A l’ère du mobile-first, les utilisateurs s’attendent à naviguer et acheter de façon fluide n’importe où et n’importe quand. Le temps de chargement est donc devenu LE critère le plus important pour les utilisateurs et cette exigence se reflète dans vos taux de conversion mobile.
Depuis plus d'un an, RueDuCommerce est classé par le JDN comme le site mobile e-commerce le plus rapide de France. Comment les équipes de Rue Du Commerce ont-elles relevé ce défi ? Comment a-t-on mesuré les améliorations sur l’expérience utilisateur ? Quels sont les bénéfices sur les utilisateurs et sur le business ?
Stéphane Rios, CEO de Fasterize et Aniss Boumrigua, Responsable du site RueDuCommerce.fr, vous partagent leurs expériences et leurs bonnes pratiques.
Nous vous expliquons dans ce livre blanc ce qu’est la webperf, les bonnes méthodes et pratiques, les technologies et les outils à connaitre pour rendre l’expérience utilisateur unique, fluide et agréable sur votre site de vente en ligne.
Pour illustrer ce thème nous avons réalisé une étude de cas, et la webperf devient plus claire !
LAWS - Crée un site dynamique en serverless c'est possibleRobin Mizreh
Comment créer un site web dynamique en serverless à l'aide du cloud public d'AWS.
Au programme:
- Lambda
- Cognito
- DynamoDB
- IAM
- S3
- API Gateway
Vous trouverez le code sur github : https://github.com/RobinMizreh/laws-serverless-conf
Have Fun !!!
vérification d'information des candidats dans une préinscription online INPTIC,ESI
code source :https://github.com/aliarousyoucef/soapclientserver/
https://youtu.be/8y_tUods1GY
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
Qu'est ce que la Web perf ?
C'est un ensemble de :
Méthodes
Bonnes pratiques
Technologies
Outils
Permettant de maximiser l'expérience utilisateur d'un site web et de diminuer les ressources permettant de le produire.
C’est une culture, une attitude, une obsession …
Petit-Déjeuner : L'API ne fait pas le moine : Confessions d'experts sur les m...OCTO Technology
Quelles sont les véritables clés d’une stratégie API ? Comment construire efficacement son API et comment la sécuriser ? Quelles sont les erreurs à ne pas commettre ?
La « transformation digitale » est devenue un voyage spirituel dont on discerne difficilement les contours. Elle se traduit souvent par la mise en œuvre de nombreux chantiers d’une gageure fantaisiste, dont certains n’ont pas de réel rapport avec le numérique. Nous pensons néanmoins que l’API reste la pierre angulaire de la digitalisation de nos entreprises.
Ces dernières années, nous avons gravi les montagnes sacrées – API as a product, REST, HATEOAS, OAUTH2, OpenId Connect, Microservices – prêché les bonnes pratiques API dictées par les Géants du Web, accompagné une centaine d’entreprises dans le cadre de leur stratégie API. Vient le moment de dresser le bilan. Quelles sont les véritables clés d’une stratégie API ? Comment construire efficacement son API et comment la sécuriser ? Quelles sont les erreurs à ne pas commettre ?
Cette session était l’occasion de revenir sur les points fondamentaux tirés par la mise en oeuvre d’une stratégie API, sur les axes business, techniques et organisationnels.
Nous vous proposons des retours d’expérience concrets et sans langue de bois.
Comment optimiser les performances web des applications en saasCDNetworks
Cette présentation est surtout destiné aux éditeurs et aux MSPs, nous expliquerons avec des exemples comment rendre les applications en SaaS accessibles, sécurisées et performantes en combinant IaaS + CDN.
Web semantique et e-commerce : la vague va déferler !Antidot
Après l'annonce par Google, Bing et Yahoo! de l'initiative Schema.org, l'adoption par le e-commerce des technologies du web sémantique est lancée : microformats, microdonnées, RichSnippets, RDFa facilitent le référencement auprès des moteurs de recherche, l'exposition des offres vers les comparateurs et places de marché, la consolidation des catalogues...
Pour améliorer son référencement, l'heure est maintenant à l'industrialisation du SEO, comme le permet Antidot avec "processeur de catalogues" Antidot Information Factory et avec AFS@Store, l'édition e-commerce du moteur de recherche sémantique à facettes Antidot Finder Suite.
Comment Rue Du Commerce est devenu le site e-commerce le plus rapide de France ?Fasterize
A l’ère du mobile-first, les utilisateurs s’attendent à naviguer et acheter de façon fluide n’importe où et n’importe quand. Le temps de chargement est donc devenu LE critère le plus important pour les utilisateurs et cette exigence se reflète dans vos taux de conversion mobile.
Depuis plus d'un an, RueDuCommerce est classé par le JDN comme le site mobile e-commerce le plus rapide de France. Comment les équipes de Rue Du Commerce ont-elles relevé ce défi ? Comment a-t-on mesuré les améliorations sur l’expérience utilisateur ? Quels sont les bénéfices sur les utilisateurs et sur le business ?
Stéphane Rios, CEO de Fasterize et Aniss Boumrigua, Responsable du site RueDuCommerce.fr, vous partagent leurs expériences et leurs bonnes pratiques.
Nous vous expliquons dans ce livre blanc ce qu’est la webperf, les bonnes méthodes et pratiques, les technologies et les outils à connaitre pour rendre l’expérience utilisateur unique, fluide et agréable sur votre site de vente en ligne.
Pour illustrer ce thème nous avons réalisé une étude de cas, et la webperf devient plus claire !
LAWS - Crée un site dynamique en serverless c'est possibleRobin Mizreh
Comment créer un site web dynamique en serverless à l'aide du cloud public d'AWS.
Au programme:
- Lambda
- Cognito
- DynamoDB
- IAM
- S3
- API Gateway
Vous trouverez le code sur github : https://github.com/RobinMizreh/laws-serverless-conf
Have Fun !!!
vérification d'information des candidats dans une préinscription online INPTIC,ESI
code source :https://github.com/aliarousyoucef/soapclientserver/
https://youtu.be/8y_tUods1GY
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
Qu'est ce que la Web perf ?
C'est un ensemble de :
Méthodes
Bonnes pratiques
Technologies
Outils
Permettant de maximiser l'expérience utilisateur d'un site web et de diminuer les ressources permettant de le produire.
C’est une culture, une attitude, une obsession …
Petit-Déjeuner : L'API ne fait pas le moine : Confessions d'experts sur les m...OCTO Technology
Quelles sont les véritables clés d’une stratégie API ? Comment construire efficacement son API et comment la sécuriser ? Quelles sont les erreurs à ne pas commettre ?
La « transformation digitale » est devenue un voyage spirituel dont on discerne difficilement les contours. Elle se traduit souvent par la mise en œuvre de nombreux chantiers d’une gageure fantaisiste, dont certains n’ont pas de réel rapport avec le numérique. Nous pensons néanmoins que l’API reste la pierre angulaire de la digitalisation de nos entreprises.
Ces dernières années, nous avons gravi les montagnes sacrées – API as a product, REST, HATEOAS, OAUTH2, OpenId Connect, Microservices – prêché les bonnes pratiques API dictées par les Géants du Web, accompagné une centaine d’entreprises dans le cadre de leur stratégie API. Vient le moment de dresser le bilan. Quelles sont les véritables clés d’une stratégie API ? Comment construire efficacement son API et comment la sécuriser ? Quelles sont les erreurs à ne pas commettre ?
Cette session était l’occasion de revenir sur les points fondamentaux tirés par la mise en oeuvre d’une stratégie API, sur les axes business, techniques et organisationnels.
Nous vous proposons des retours d’expérience concrets et sans langue de bois.
Comment optimiser les performances web des applications en saasCDNetworks
Cette présentation est surtout destiné aux éditeurs et aux MSPs, nous expliquerons avec des exemples comment rendre les applications en SaaS accessibles, sécurisées et performantes en combinant IaaS + CDN.
Web semantique et e-commerce : la vague va déferler !Antidot
Après l'annonce par Google, Bing et Yahoo! de l'initiative Schema.org, l'adoption par le e-commerce des technologies du web sémantique est lancée : microformats, microdonnées, RichSnippets, RDFa facilitent le référencement auprès des moteurs de recherche, l'exposition des offres vers les comparateurs et places de marché, la consolidation des catalogues...
Pour améliorer son référencement, l'heure est maintenant à l'industrialisation du SEO, comme le permet Antidot avec "processeur de catalogues" Antidot Information Factory et avec AFS@Store, l'édition e-commerce du moteur de recherche sémantique à facettes Antidot Finder Suite.
2. Comment scaler une application PHP vieille de plus de 20 ans ?
Arnaud LAHAXE - 2024
3. Document restreint C0 I page 3
Comment scaler une application PHP vieille
de plus de 20 ans ?
Qui suis-je ?
Document interne C1 I page 3
Arnaud LAHAXE / @arnaud_lahaxe
Architecte Applicatif chez Boursorama
4. Document restreint C0 I page 4
Comment scaler une application PHP vieille
de plus de 20 ans ?
Contexte
5. Document restreint C0 I page 5
Comment scaler une application PHP vieille
de plus de 20 ans ?
Contexte concernant le WEB
> 6 000 000 clients bancaires
> 630 000 000 de hits/
jours sur l'API
> 2 000 000
connexions client/ jour
> 3 800 Apis
> 90 livraisons par mois
> 70 développeurs
> 10 000 000 pages vues/ jour sur
le portail d'information 4 applications mobiles
6. Document restreint C0 I page 6
Comment scaler une application PHP vieille
de plus de 20 ans ?
Nombre de clients bancaires
0
1 000 000
2 000 000
3 000 000
4 000 000
5 000 000
6 000 000
2013 2017 2019 2020 2021 2022 2023
7. Document restreint C0 I page 7
Comment scaler une application PHP vieille
de plus de 20 ans ?
Pourquoi pas de frozen zone ?
UN MÉTIER RÉGLEMENTÉ UNE POLITIQUE D’ACQUISITION
MASSIVE DE CLIENTS
UNE OFFRE QUI ÉVOLUE
8. Document restreint C0 I page 8
Comment scaler une application PHP vieille
de plus de 20 ans ?
Scalabilité &
Architecture
9. Document restreint C0 I page 9
Comment scaler une application PHP vieille
de plus de 20 ans ?
D’où on part ? (2012)
> Un monolithe basé sur un framework maison
> Tout fait maison
> Une stack technique simple
o Linux, Apache, Mysql, PHP
10. Document restreint C0 I page 10
Comment scaler une application PHP vieille
de plus de 20 ans ?
D’où on part ?
...
Partenaire 1
Partenaire n
BDDs
Monolithe
App
11. Document restreint C0 I page 11
Comment scaler une application PHP vieille
de plus de 20 ans ?
Pourquoi une migration ?
> Un code difficile à maintenir
> Couplage fort Front - Back
> Une petite partie API
> Un manque de métriques
> Pas de tests
12. Document restreint C0 I page 12
Comment scaler une application PHP vieille
de plus de 20 ans ?
Architecture 3 tiers
...
Partenaire 1
Partenaire n
BDDs
API
Site client
Site portail
App
Front API Data / Partenaires
13. Document restreint C0 I page 13
Comment scaler une application PHP vieille
de plus de 20 ans ?
Front
Les interfaces sont des projets
indépendants qui sont :
§ Stateless
§ Sans accès aux données
§ Sans accès aux partenaires
§ Clients de l’API
14. Document restreint C0 I page 14
Comment scaler une application PHP vieille
de plus de 20 ans ?
API (legacy)
Le code du monolithe est devenu une API
§ Création des contrôleurs d’API
§ Suppression de toute la partie UI
§ Migration partielle sur des
composants Symfony
15. Document restreint C0 I page 15
Comment scaler une application PHP vieille
de plus de 20 ans ?
Communication
1 page = n appels http sur l'API
§ Parallélisation des traitements
§ Plus simple pour gérer une
panne
16. Document restreint C0 I page 16
Comment scaler une application PHP vieille
de plus de 20 ans ?
D’où on part ?
...
Partenaire 1
Partenaire n
BDDs
Monolithe
App
17. Document restreint C0 I page 17
Comment scaler une application PHP vieille
de plus de 20 ans ?
Vue globale
...
Partenaire 1
Partenaire n
BDDs
API
Site client
App
Site portail
18. Document restreint C0 I page 18
Comment scaler une application PHP vieille
de plus de 20 ans ?
Migration terminée, on est heureux…
19. Document restreint C0 I page 19
Comment scaler une application PHP vieille
de plus de 20 ans ?
Oui mais...
> Une page = X appels API
> Certaines APIs sont appelées plusieurs fois pour une session
> Les performances sont moins bonnes qu’avec le monolithe
20. Document restreint C0 I page 20
Comment scaler une application PHP vieille
de plus de 20 ans ?
...
21. Document restreint C0 I page 21
Comment scaler une application PHP vieille
de plus de 20 ans ?
Scalabilité &
Performance
22. Document restreint C0 I page 22
Comment scaler une application PHP vieille
de plus de 20 ans ?
Cache HTTP
Performance Economie Résilience Tolérance
à la panne
Icons de Flaticon.com
23. Document restreint C0 I page 23
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish
> Piloté par l’API
> Basé sur le standard HTTP (RFC 7234) section 5.2
> Comportement customisable
> Capable de démultiplexer les requêtes
> Licence BSD
24. Document restreint C0 I page 24
Comment scaler une application PHP vieille
de plus de 20 ans ?
Entrée de cache
Clef Url + méthode + headers (vary)
Valeur Le body de la réponse HTTP
TTL max-age, s-maxage, max-stale, stale-if-error
Tags x-key, x-cache-tag
25. Document restreint C0 I page 25
Comment scaler une application PHP vieille
de plus de 20 ans ?
Le postulat de base
Dans 99,9% des cas, les données client affichées ne changent pas pendant une session de
navigation sans action du client.
“ “
26. Document restreint C0 I page 26
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté API
Cache miss Temps: 1s
Front API Partenaire 1
Partenaire 2
HTTP REST HTTP REST
SOAP
HTTP REST
Headers:
Cache-
Control
Header:
X-Cache : MISS
27. Document restreint C0 I page 27
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté API
Cache hit
Front
HTTP REST
Header:
X-Cache : HIT
Temps: 15ms
28. Document restreint C0 I page 28
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté API
Cache miss avec grace
Front API
Partenaire 1
Partenaire 2
HTTP REST
HTTP REST SOAP
HTTP REST
Headers:
Cache-
Control
Header:
X-Cache : HIT
Temps: 15ms
29. Document restreint C0 I page 29
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté API
Temps: 1s
Front API Partenaire 1
Partenaire 2
HTTP REST HTTP REST
SOAP
HTTP REST
Code
HTTP 500
Header:
X-Cache : HIT
Cache-Control:
max-age=0 no-cache
Cache hit en cas d’erreur (stale-if-error)
30. Document restreint C0 I page 30
Comment scaler une application PHP vieille
de plus de 20 ans ?
Le cache Http
...
Partenaire 1
Partenaire n
BDDs
API
Site client
App
Site portail
31. Document restreint C0 I page 31
Comment scaler une application PHP vieille
de plus de 20 ans ?
Le cache Http
...
Partenaire 1
Partenaire n
BDDs
API
Site client
App
Site portail
-30%
32. Document restreint C0 I page 32
Comment scaler une application PHP vieille
de plus de 20 ans ?
Le cache Http
...
Partenaire 1
Partenaire n
BDDs
API
Site client
-30%
App
Site portail
33. Document restreint C0 I page 33
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté front - ESI
index.html
34. Document restreint C0 I page 34
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish côté front - ESI
http://example.com/index.html
http://example.com/header.html
http://example.com/footer.html
index.html
http://example.com/index.html
35. Document restreint C0 I page 35
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish partout
Cache sur la page
36. Document restreint C0 I page 36
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish partout
Cache sur les ESI
37. Document restreint C0 I page 37
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish partout
Cache sur l’API
38. Document restreint C0 I page 38
Comment scaler une application PHP vieille
de plus de 20 ans ?
Varnish partout
+/- 30 ESI sur une fiche cours
39. Document restreint C0 I page 39
Comment scaler une application PHP vieille
de plus de 20 ans ?
Le cache Http
...
Partenaire 1
Partenaire n
BDDs
API
Site client
-30%
-92%
App
Site portail
40. Document restreint C0 I page 40
Comment scaler une application PHP vieille
de plus de 20 ans ?
Finalement on y est arrivé...
41. Document restreint C0 I page 41
Comment scaler une application PHP vieille
de plus de 20 ans ?
Oui mais...
> Comment s’assurer de ne pas fuiter d’informations ?
42. Document restreint C0 I page 42
Comment scaler une application PHP vieille
de plus de 20 ans ?
Etape 1 – Les clefs de cache
> Avoir des clefs de cache uniques
> Un hash dans les urls unique par client
https://api.boursobank.com/.../user/ec17dfca92/bank/accounts
https://api.boursobank.com/.../public/translation
43. Document restreint C0 I page 43
Comment scaler une application PHP vieille
de plus de 20 ans ?
Etape 2 – Les droits d’accès
> Vérifier que la requête contient bien un token d’autorisation cohérent avec l’url
Front
HTTP REST
Header:
X-Cache : HIT
1
2
Temps: 35ms
> Une API d’autorisation :
• Inaccessible de l’extérieur
• Vérifie le token d’autorisation
• Vérifie la cohérence entre le
token et le préfixe d’url
• Vérifie que la session est
toujours active
• Rapide : 20ms
44. Document restreint C0 I page 44
Comment scaler une application PHP vieille
de plus de 20 ans ?
Etape 2 - Les droits d’accès – OK
Front
HTTP REST
Header:
X-Cache : HIT
1
2
Headers:
Cache-
Control
HTTP REST
HTTP REST
45. Document restreint C0 I page 45
Comment scaler une application PHP vieille
de plus de 20 ans ?
Etape 2 - Les droits d’accès - KO
Front
HTTP REST
Code 403
1
2
Code 403
HTTP REST
HTTP REST
Code 403
46. Document restreint C0 I page 46
Comment scaler une application PHP vieille
de plus de 20 ans ?
Cette fois on y est...
47. Document restreint C0 I page 47
Comment scaler une application PHP vieille
de plus de 20 ans ?
Oui mais...
Les performances passées ne préjugent pas des performances
futures.
“ “
AMF - 2015
48. Document restreint C0 I page 48
Comment scaler une application PHP vieille
de plus de 20 ans ?
Outillage
> Des alertes dans les stacks de devs
> Des blocages dans la CI
> De l'analyse statique
> Blackfire
49. Document restreint C0 I page 49
Comment scaler une application PHP vieille
de plus de 20 ans ?
Monitoring
> Dashboards dédiés à la performance
> Alertes automatiques
> Suivre des indicateurs
§ Temps moyen de l’API
§ Ratio cache hit/ miss
§ Nombre de transactions/ login
§ Le load des serveurs/ nombre de hits
§ ...
50. Document restreint C0 I page 50
Comment scaler une application PHP vieille
de plus de 20 ans ?
Accompagnement
> Communiquer régulièrement
> Faire des feedbacks après une grosse
régression
> Partager la veille techno
51. Document restreint C0 I page 51
Comment scaler une application PHP vieille
de plus de 20 ans ?
En résumé
1. Une séparation Front – API
2. Une utilisation massive de Varnish
3. Du monitoring précis et suivi
4. De la communication avec l’équipe
52. Document restreint C0 I page 52
Comment scaler une application PHP vieille
de plus de 20 ans ?
📣 Votre avis ?
Document interne C1 I page 52