Cet article présente le défi numéro 2 sur la configuration du cache dans un bundle Symfony, à travers une vidéo explicative. Les utilisateurs peuvent débloquer le défi avec un abonnement et revivre les défis à tout moment.
Cet article traite de la configuration du service de cache dans Symfony, en abordant les fichiers de configuration nécessaires et les méthodes de débogage disponibles. Il explique également comment contrôler l'instanciation des services, ce qui est essentiel pour une bonne gestion des performances applicatives.
Cet article explore en profondeur l'intégration de Redis avec Spring Boot, au-delà de l'utilisation simple des annotations de mise en cache. Il aborde les drivers, la gestion des connexions, la configuration du gestionnaire de cache, RedisTemplate, les sérialiseurs, les TTL, la réplication et le clustering, soulignant que la maîtrise réelle de Redis nécessite une compréhension complète de ces aspects.
HarperDB pourrait simplifier l'architecture backend en remplaçant plusieurs services par une solution unique, ce qui réduirait les coûts et la latence liés à la gestion des données. L'article cite une expérience où des frais de mouvement de données étaient très élevés, suggérant la nécessité d'une alternative comme HarperDB.
Une modification mineure de la configuration du TTL du cache a provoqué des erreurs graves, entraînant des prix de produits obsolètes sur le frontend et des métriques gelées pendant une vente flash. L'équipe a initialement blâmé plusieurs composants avant de réaliser que le problème venait de la configuration du cache. Cet incident a conduit à une réécriture de la couche de cache pour mieux gérer l'invalidation des données.
Cet article analyse l'efficacité des politiques d'éviction de cache, en comparant la méthode LRU (Least Recently Used) à une méthode d'éviction aléatoire et à d'autres variations. Il est démontré que dans certains cas, une politique d'éviction aléatoire peut rivaliser avec LRU, surtout dans des situations où le cache est trop petit pour contenir toutes les données utilisées régulièrement. Les résultats sont présentés à l'aide de taux de ratés de cache pour différentes tailles de cache, soulignant que des choix aléatoires peuvent parfois être plus performants dans des caches de grande taille. L'auteur suggère que la politique d'éviction 2-aléatoire pourrait être une alternative efficace à LRU dans des systèmes à plusieurs niveaux.
Lors de cette conférence, le Lead Developer de Liip discute de l'importance de la mise en cache dans les API REST. Il présente comment un reverse proxy peut améliorer le scaling et le temps de réponse des API. Les bonnes pratiques relatives à l'utilisation des instructions de cache HTTP et à l'invalidation du cache sont expliquées, ainsi que le concept de cache tagging et l'utilisation des Edge Side Includes (ESI) pour optimiser les résultats.
