vault backup: 2026-08-05 09:52:58
This commit is contained in:
@@ -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.
|
||||
Reference in New Issue
Block a user