Performance au quotidien dans un environnement symfony
Signaler
Xavier LeuneSuivre
8 Apr 2016•0 j'aime•2,545 vues
Performance au quotidien dans un environnement symfony
8 Apr 2016•0 j'aime•2,545 vues
Télécharger pour lire hors ligne
Signaler
Technologie
C'est bien connu, les frameworks full stack, c'est lourd et c'est lent, Symfony le premier. Et chez CCM Benchmark (2ème groupe internet français - 50M de VU), on fait tout pour éviter la lenteur ! Alors pourquoi ai-je décider de migrer nos dizaines d'applications vers Symfony ? Et surtout comment respecter les critères de performances que nous avions défini avec notre bon vieux framework maison ? Voyons ensemble les raisons qui m'ont poussé à faire ce choix et surtout quels process et solutions nous avons pu mettre en oeuvre pour éviter des régressions de performance.
Xavier LeuneSuivre
Recommandé
Construire Des Applications Cloud Natives - SymfonyLive Paris 2016Ori Pekelman
Migrer de framework : de la réflexion à l'actionXavier Leune
Ting - Un datamapper PHP sous stéroïdesXavier Leune
Introduction à eZ Publish Platform 5.3 Roland Benedetti
FinistJUG - Apache TomEEHoracio Gonzalez
eZ Publish Platform 5.2 - Webinaire d'introductionRoland Benedetti
Contenu connexe
Tendances
Intro grpc.netMSDEVMTL
![04 - [ASP.NET Core] Entity Framework Core](https://cdn.slidesharecdn.com/ss_thumbnails/04-efcore-170124115631-thumbnail.jpg?width=384&height=256&fit=bounds)
04 - [ASP.NET Core] Entity Framework Core Cellenza
![03 - [ASP.NET Core] Services RESTful et SPA](https://cdn.slidesharecdn.com/ss_thumbnails/03restfuletjavascriptservices-170124115925-thumbnail.jpg?width=384&height=256&fit=bounds)
03 - [ASP.NET Core] Services RESTful et SPA Cellenza
![5- [ASP.NET Core] Devops : VSTS, Git, Azure, Docker, Linux](https://cdn.slidesharecdn.com/ss_thumbnails/05-devops-170124114304-thumbnail.jpg?width=384&height=256&fit=bounds)
5- [ASP.NET Core] Devops : VSTS, Git, Azure, Docker, LinuxYasmine Amrani
Redeploiement d’une plateforme eZpublish multisites internationaleKaliop-slide
![Présentation de PHP 5.4 [FR]](https://cdn.slidesharecdn.com/ss_thumbnails/prsentationdephp5-4-130126171315-phpapp01-thumbnail.jpg?width=384&height=256&fit=bounds)
Présentation de PHP 5.4 [FR]Wixiweb
![04 - [ASP.NET Core] Entity Framework Core](https://cdn.slidesharecdn.com/ss_thumbnails/04-efcore-170124115631-thumbnail.jpg?width=1600&height=908&fit=bounds)
![03 - [ASP.NET Core] Services RESTful et SPA](https://cdn.slidesharecdn.com/ss_thumbnails/03restfuletjavascriptservices-170124115925-thumbnail.jpg?width=1600&height=908&fit=bounds)
![5- [ASP.NET Core] Devops : VSTS, Git, Azure, Docker, Linux](https://cdn.slidesharecdn.com/ss_thumbnails/05-devops-170124114304-thumbnail.jpg?width=1600&height=908&fit=bounds)
![Présentation de PHP 5.4 [FR]](https://cdn.slidesharecdn.com/ss_thumbnails/prsentationdephp5-4-130126171315-phpapp01-thumbnail.jpg?width=1600&height=908&fit=bounds)
![01 - [ASP.NET Core] Plénière](https://cdn.slidesharecdn.com/ss_thumbnails/01-plnire-170124120818-thumbnail.jpg?width=1600&height=908&fit=bounds)
![02 - [ASP.NET Core] ASP.NET Core MVC](https://cdn.slidesharecdn.com/ss_thumbnails/02-asp-170124120155-thumbnail.jpg?width=1600&height=908&fit=bounds)
En vedette
lafourchette.com table sur Esker pour l’envoi de ses facturesESKER
Cas client La fourchetteESKER
Rapport La FourchetteJules Martin
Food & Tech StartupsCedric Giorgi
e-réputation et réservation en ligne, deux outils clés de la commercialisatio...echangeurba
Presentation du framework symfonyJeremy Gachet
Similaire à Performance au quotidien dans un environnement symfony
Symphonie pour PHP industrialisé en agilité majeureMarc Nazarian
Cologne Web Performance Optimization Group Web - VarnishD
Symfony 4 2019Eric Para
Ecrire et déployer une appli PHP maintenableChristophe Villeneuve
PrestaShop Day Paris - le futur de PrestaShopPrestaShop
Intégration Continue et PHPOswald De Riemaecker ☁
Performance au quotidien dans un environnement symfony
- 3. Le groupe
- 4. Nos chiffres + 60 M VU Monde (Comscore) + 24 M VU France (Mediametrie - Desktop) + 700M Pages Vues
- 7. Oh no
- 9. La perf avant tout 100 ms 8 Mo 10 Req
- 10. Réduire le coût Source : Institut de l’estimation au doigt mouillé
- 12. Ou à construire Un framework à choisir
- 13. Technique de l'entonnoir Analyse Benchmark Etude complète 12 6 3
- 14. Mais pas le plus rapide Symfony est le plus mature
- 15. Lower is better 1 2.4 0.4 4 0 1 2 3 4 5 Consommation Mémoire CCMBase Laravel Plain PHP Symfony 0 10 20 30 40 50 Consommation CPU CCMBase Laravel Plain PHP Symfony
- 16. Supporter jusqu’à 100 000 rps Point de blocage: l’ORM
- 17. Notre outil devra être conçu pour être performant Performance
- 18. Active Record… Seriously ? Le pattern DataMapper
- 19. Les dévs doivent savoir ce qu’ils font Pas d’abstraction
- 20. Eager Loading / Lazy Loading : Jamais la bonne réponse Un no-RM
- 21. Qui souhaite apprendre un méta langage pour écrire des requêtes ? Raw SQL
- 22. La Developer eXperience avant tout DX
- 24. La vitesse de requête ne fait pas tout Optimisez votre cache privé!
- 25. ESI / 304 à l’origine Optimisez votre cache public !
- 26. Les ESI : un fonctionnement méconnu <esi:include src="http://example.com/footer" onerror="continue" />
- 27. Les 304 : Une page toujours à jour Visiteur Proxy GET /produit Backend GET /produit Page en cache ? 200 OK Non Oui 200 OK GET /produit If-Modified-Since: Sun, 03 Apr 2016 18:14:00 GMT 304 Not Modified
- 28. Déploiement et bonnes pratiques Attention au cache Symfony
- 29. Sinon c’est plus vraiment du cache Jamais de compilation en prod
- 30. Composer install : Le piège
- 31. Composer install : Masterisé "extra": { "symfony-app-dir": "app", "symfony-web-dir": "web", "symfony-cache-warmup": true, "symfony-assets-install": "hard" }
- 32. Process de déploiement Serveur d’admin 1 – Git pull 2 – Build phing • composer install • compilation sass • … Rsync en parallèle Apache graceful
- 33. Le workflow complet Zoom out
- 34. Un process agile: côté Dév Création d'une branche Développement { CI } Intégration continue Déploiement & Monitoring
- 35. Let's focus on brackets Peer Review Tests unitaires Tests fonctionnels Test utilisateur
- 37. Broken By Design Development BBDD
- 39. Choix des métriques tests: "Performance générale": path: "/*" assertions: - "main.cpu_time <= 100ms" - "metrics.sql.queries.count <= 10" - "main.peak_memory <= 10mb" - "metrics.output.network_out <= 250kb"
- 40. Création des scénarios scenarios: HP horoscope: - /psychologie/horoscope/ HP zodiac: - /psychologie/horoscope/zodiaque/ Prevision belier du jour: - /psychologie/horoscope/zodiaque/belier- jour/
- 41. Back to brackets Peer Review Tests unitaires Tests fonctionnels Test utilisateur Tests de performance
- 42. Attention à vos assets… Front-End != Magic
- 43. Merci ! Questions ? On recrute ! http://tech.ccmbg.com/blog/ http://tech.ccmbg.com/ting/ @beoneself
Notes de l'éditeur
- 4 sites dans le top 40
- Il ne manquerait pas quelque chose ? Les tests de performance ! Difficiles à automatiser (qu'est ce que je mesure et comment) ? Reprenons cette présentation au début
- Pourquoi on est aussi sévères Pourquoi varnish / le cdn ne sont pas les seules bonnes réponses 10 To de RAM pour varnisher tous nos sites
- De la même manière que pour un bug, plus la détection est tardive, plus le nombre de personne mobilisé augmente et plus l’impact business est important. Effet cascade d'une requête qui prend trop de temps
- PHP Postgresql MariaDB Memcached Redis Varnish Akamai
- Quel type d'outil ? Un framework full stack ou un micro framework ? Comment s'assurer qu'on a toujours de bonnes performances. Etude pour choisir le nouveau framework
- Et là, bingo, on confirme toutes les théories sur le fait que les framework full stack, c'est long et lourd.
- Symfony s’en sort légèrement mieux que laravel en conso CPU. Par contre en mémoire il s’agit du plus gourmand. Evidemment le plain PHP est bien plus rapide que l’ensemble des des frameworks testés et sert de groupe test. Le fmraework
- Doctrine est un bon outil, cependant il ne répond pas à nos contraintes comment faire dès lors ?
- Pour un project long terme, Active Record n’est pas un bon choix. D’ailleurs c’est considéré comme un anti pattern Séparation des responsabilités!
- Pour un project long terme, Active Record n’est pas un bon choix. D’ailleurs c’est considéré comme un anti pattern Séparation des responsabilités!
- On ne développe pas des librairies mais des implémentations. Nous avons actuellement Postgresql & MariaDb on souhaite pouvoir utiliser les syntaxes spécifiques de ces outils lorsque c’est nécessaire.
- On ne développe pas des librairies mais des implémentations. Nous avons actuellement Postgresql & MariaDb on souhaite pouvoir utiliser les syntaxes spécifiques de ces outils lorsque c’est nécessaire.
- Un outil Open-Source qui répond à nos contraintes Le TingBundle pour l’intégrer à Symfony Le TingUserBundle pour exploiter FosUserBundle
- Pour optimiser son cache de requête le cache infini est la meilleure solution Je supprime les données du cache à chaque fois qu’elles sont modifiées à la source.
- Pseudo standard soumis en 2001 au W3C qui ne l’a pas approuvé Très simple dans l’absolu: on intègre un code XML Fonctionnement intégré nativement à Symfony génération automatique des URL de fragment: il suffit simplement d’activer le support des ESI sur son reverse proxy
- Pas utilisable actuellement sur varnish. Intéressant notamment sur akamai car réseau entièrement dédié avec des routes optimisées en permanence Alternatives pour varnish: hit for pass: si une page doit nécessairement être en cache: force une requête en bypassant le cache Ban: on expurge simplement le cache et la prochaine requête aura une version fraiche
- Principe de base, on ne devrait jamais avoir un fichier de cache qui se compile en prod. Il faut toujours s’assurer que l’ensemble des fichiers nécessaire soit créé avant. Et si besoin le surveiller L’implémentation de twig avait un problème: les fichiers compilés lors du cache-clear n’étaient pas forcément exploités et étaient régénérés avec une clé différente (résolution de chemins différente). On a corrigé ça et c’est dispo depuis Twig 1.18.0 On ne peut pas se permettre de laisser le premier internaute se prendre le temps de génération dans la vue et si c’est google on le paye le prix fort.
- Quand on voit ça on se dit que tout va bien le cache:clear est en réalité effectué avec l’option –no-warmup
- Cache-warmup à false par défaut symfony effectue un cache:clear –no-warmup. Assets-Install: hard le système n’a pas besoin de lire le lien symbolique pour trouver les assets gain direct sur les disques
- 3 étapes Simples : 1 – Je constate qu’il y a un problème (158ms au total, 77ms d’IO) 2 – Je repère la fonction problématique 3 – Je repère son contexte d’exécution
- Après le BDD, les TDD, le BBDD J'appelle cette méthode le BBDD: Broken By Design Development
- Avoir un backend qui répond rapidement est une bonne chose, mais ça ne sert à rien si votre front-end tue vos performances. Attention à ne charger que les bons assets, s’assurer de les compiler en un seul appel et d’avoir le maximum d’appels asynchrones. Petit rappel basique assets sur serveur cookie less, éventuellement un CDN