Configuration du cache de second niveau avec isolation par périmètre

Si tout est en ordre, n'oubliez pas de partager votre expérience concernant ce problème en cliquant sur « Accepter la réponse ». Si vous avez besoin de plus d'informations, n'hésitez pas à laisser un message. Nous serons heureux de vous aider

Bonjour Luc Martin

Ce comportement apparaît généralement lorsque le cache de second niveau est partagé globalement alors que l’identifiant du locataire n’est pas intégré à la clé de cache. Dans un environnement multi-tenant, je recommande de partitionner le cache par tenant, soit en ajoutant le tenant ID aux clés de cache, soit en utilisant des régions de cache dédiées pour chaque locataire. Il est également important de vérifier que le contexte du tenant est correctement propagé à chaque requête ORM afin d’éviter toute réutilisation involontaire de données mises en cache. Si votre framework le permet, activez les mécanismes de filtrage ou de cache awareness multi-tenant natifs plutôt que de vous reposer uniquement sur la configuration par défaut. Pensez aussi à revoir les entités actuellement placées dans le cache de second niveau, car certaines données sensibles ou fortement contextualisées ne devraient parfois pas être mises en cache du tout. Enfin, je vous conseille de valider la configuration avec des tests simulant plusieurs locataires exécutés en parallèle afin de confirmer l’isolation complète des données.

J’espère que cela vous aidera à identifier la cause du problème. Si cette réponse vous est utile, n’hésitez pas à cliquer sur "Accept Answer", cela pourra également aider d’autres personnes rencontrant le même scénario.