Utilisation de Redis comme cache dans une application multi-locataire
Je travaille sur la construction d'une application multi-locataire qui repose sur redis comme cache. Je recherche actuellement un moyen réalisable de réaliser une multi-location avec redis. Je vois que redis enterprise offre une prise en charge multi-locataire, mais je cherche à profiter d'AWS ElasticCache qui ne propose pas de version redis entreprise (pour autant que je sache), donc je me demande s'il existe d'autres alternatives viables.
Je pense que la solution la plus simple serait de simplement ajouter à toutes les clés un "ID de locataire" au niveau de la couche d'application pour conserver les données de chaque locataire séparées et conserver toutes les données sur un seul cluster redis. L'application écrirait et lirait les données en fonction du locataire actuel et en ajoutant le bon ID.
Existe-t-il des problèmes avec cette approche ou existe-t-il d'autres solutions viables sans utiliser Redis Enterprise?
Après de plus amples recherches, je suis satisfait d'une réponse, je vais donc répondre à mon propre message.
Je vois que Microsoft recommande d'utiliser un locataire ajouté (ID client dans ce cas) dans cet article particulier: https://docs.Microsoft.com/en-us/Azure/architecture/multitenant-identity/token- cache
De plus, je vois que le framework que j'utilise a options spécifiques et code pour ajouter une chaîne pour séparer les applications/services il semble donc que c'est une pratique courante. Je suis satisfait de ces informations, je vais donc choisir cette option.