Files
SecondBrain/20 Work/Meetings/Inbox/2026-07-31 - Recording.md
T

2.4 KiB
Raw Blame History

type, date, source, status, duration, meetmic_id
type date source status duration meetmic_id
meeting 2026-07-31 MeetMic inbox 37m 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.