Une boutique Shopware passe de fluide à lente : les pages mettent 10 secondes à se charger, voire plus dans certains cas. Que s'est-il passé ? Dans cet article, nous racontons l'histoire vraie d'un paramètre de plugin négligé qui a failli faire planter une boutique en ligne, et comment le problème a été résolu à l'aide d'outils natifs. Si vous expédiez du code dans Shopware sans observabilité claire des performances, ceci est un signal d'alarme.
Tout fonctionnait, jusqu'à ce que cela cesse. Une boutique Shopware qui fonctionnait sans problème depuis des semaines a commencé à montrer des signes de ralentissement important. Les pages qui se chargeaient auparavant en moins d'une seconde prenaient désormais 10, 15, voire 180 secondes à s'afficher. Le propriétaire de l'entreprise a supposé qu'il s'agissait d'un pic de trafic ou d'un problème d'hébergement temporaire. Ce n'était pas le cas.
Lorsque notre équipe a enquêté, nous avons découvert la cause : un seul plugin ralentissait discrètement l'ensemble de la boutique.
Le coupable : un plugin mal configuré
Le plugin PayPal avait été laissé avec la journalisation de débogage activée en production. Ce qui semblait être un paramètre anodin générait des milliers d'entrées de journal par heure, saturant les E/S disque et retardant les réponses à tous les niveaux.
Le plugin lui-même n'était pas défectueux, mais sa configuration créait un goulot d'étranglement qui se répercutait sur l'ensemble du système.
Une fois la journalisation de débogage désactivée et les fichiers journaux rotés, les temps de réponse sont revenus à la normale. La boutique a été rétablie. Mais pendant plusieurs jours, les clients ont subi des retards et des ventes ont été perdues.
Ce n'est pas un cas isolé
Nous avons vu de nombreux scénarios similaires :
- Une mise à jour du plugin introduit une boucle illimitée lors du paiement.
- Une page de catégorie est configurée pour répertorier des milliers de produits sans pagination.
- Les synchronisations ERP déclenchent des invalidations constantes du cache pendant les pics de trafic.
- Les utilisateurs administrateurs laissent la journalisation détaillée activée sur plusieurs services.
Chacun de ces scénarios commence modestement, puis la pression monte progressivement jusqu'à ce que quelque chose se brise.
La prévention est un processus
La reprise après sinistre est utile, mais la détection précoce et la prévention sont préférables. Voici comment nous vous recommandons d'envisager les performances de Shopware :
- Observez en permanence le comportement du système: recherchez les tendances en matière de latence, d'utilisation du processeur et d'échecs de cache.
- Modifiez régulièrement le profil, même si aucun problème n'est visible.
- Vérifiez toutes les configurations des plugins avant la mise en ligne ou après toute mise à jour.
- Préchauffez vos caches pour éviter les scénarios de démarrage à froid.
- Simulez le trafic avant les campagnes, et non pendant celles-ci.
Notre livre blanc complet couvre ces scénarios et bien d'autres encore.
Dans notre livre blanc récemment publié, nous documentons :
- Les tests de charge réels sur sept niveaux d'infrastructure.
- Les modèles d'invalidation des caches et les stratégies d'atténuation.
- Des outils de profilage et des techniques d'analyse.
- Les enseignements tirés des déploiements chez nos clients.
- Les meilleures pratiques pour les performances de Shopware, du développement à la production.
