Vous avez une application web ASP.NET Core qui utilise Microsoft.Identity.Web pour connecter les utilisateurs et acquérir des jetons afin d'appeler une API en aval. L'application s'exécute sur plusieurs instances App Service derrière un équilibreur de charge et se met à l'échelle fréquemment. Les utilisateurs sont invités à se connecter plus souvent que prévu, et les appels AcquireToken atteignent fréquemment le réseau après des événements de mise à l'échelle. Que devriez-vous implémenter pour améliorer la réutilisation des jetons entre les instances ? Choisissez deux options.

Les deux options correctes visent à centraliser le cache de jetons, ce qui est crucial pour les applications distribuées. Configurer AddDistributedTokenCaches avec Azure Cache for Redis permet à toutes les instances de l'application de partager le même cache de jetons, réduisant ainsi les appels réseau fréquents pour acquérir de nouveaux jetons et améliorant l'expérience utilisateur en évitant les reconnexions. De même, implémenter la sérialisation du cache de jetons MSAL vers un stockage partagé comme Redis ou SQL atteint le même objectif de persistance et de partage du cache entre les instances. Utiliser le cache en mémoire par défaut et des sessions persistantes sur l'équilibreur de charge ne résout pas le problème de mise à l'échelle, car une nouvelle instance ne verrait pas le cache d'une instance précédente si la session est redirigée ou si l'instance d'origine est supprimée. Désactiver le cache de jetons est contre-productif car cela augmenterait les appels réseau et les invites de connexion, aggravant le problème.