vault backup: 2026-08-05 09:12:48

2026-08-05 09:12:48 -04:00
parent 867dd44385
commit afb0b6f1d8
2 changed files with 40 additions and 0 deletions
@@ -0,0 +1,40 @@
 ---
 type: meeting
 date: 2026-07-31
 source: MeetMic
 status: inbox
 duration: 37m
 meetmic_id: A106504E-6E4F-4CA1-9E14-0C2AEF16C361
 ---
 # Recording
 ## Résumé
 - Le problème concerne un cache Redis non purgé depuis des jours, avec des symptômes de ralentissement et des erreurs de recherche, notamment pour des filtres d’années et de matière.
 - La cause semble liée à une gestion du TTL (Time To Live) dans Redis : certaines clés sont conservées indéfiniment, d'autres ont un TTL de 365 jours, ce qui provoque une pression mémoire et des problèmes de performance.
 - Le problème est récurrent depuis le 14 mai, avec sept tickets similaires, et semble lié à des modifications de TTL ou de paramètres Redis non documentés.
 - Les équipes du projet Idéal et Libéo ont des stratégies de cache différentes, avec des implémentations non synchronisées entre les systèmes (algolia, Directus, Redis).
 - Les logs sont absents, et la responsabilité est contestée : les équipes affirment qu’elles ont modifié le TTL, mais aucun document ou log n’est disponible pour prouver la cause.
 ## Décisions
 Aucune
 ## Actions
 - [ ] Vider le cache Redis – Responsable : non identifié – Échéance : non définie
 - [ ] Analyser les logs et métriques du cache Redis – Responsable : non identifié – Échéance : non définie
 - [ ] Réexaminer les configurations TTL et paramètres Redis – Responsable : non identifié – Échéance : non définie
 - [ ] Tester la solution de vider le cache en staging – Responsable : non identifié – Échéance : non définie
 ## Blocages / Risques
 - Absence de logs et d’historique pour prouver la cause du problème.
 - Manque de documentation sur les changements effectués par les équipes Libéo.
 - Risque de réapparition du problème si les modifications de TTL ne sont pas revues.
 - Pression mémoire sur Redis, sans stratégie d’éviction claire.
 - Évolution du problème en production sans trace des changements effectués.
 ## À suivre
 - Analyser les changements effectués depuis le 14 mai, en particulier les déploiements ou modifications de TTL.
 - Tester la solution de vider le cache en staging.
 - Réunir les équipes pour discuter des configurations TTL et de la gestion du cache Redis.
 - Évaluer les métriques et logs pour identifier la cause du problème.
 - Planifier une réunion avec le chef de projet pour le 17 mai.