vault backup: 2026-08-05 18:03:09

This commit is contained in:
2026-08-05 18:03:09 -04:00
parent 8404c827e4
commit 4003d1f73c
11 changed files with 220 additions and 829 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 danné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 quelles ont modifié le TTL, mais aucun document ou log nest 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 dhistorique 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.