Sie haben eine ASP.NET Core-Web-App, die Microsoft.Identity.Web verwendet, um Benutzer anzumelden und Token zum Aufrufen einer Downstream-API zu erhalten. Die App läuft auf mehreren App Service-Instanzen hinter einem Load Balancer und skaliert häufig. Benutzer werden häufiger als erwartet zur Anmeldung aufgefordert, und AcquireToken-Aufrufe treffen nach Skalierungsereignissen häufig das Netzwerk. Was sollten Sie implementieren, um die Token-Wiederverwendung über Instanzen hinweg zu verbessern? Wählen Sie zwei aus.

Die häufige Aufforderung zur Anmeldung und Netzwerkaufrufe nach Skalierungsereignissen deuten darauf hin, dass der Token-Cache nicht über die verschiedenen App Service-Instanzen hinweg geteilt wird. Die Implementierung der MSAL-Token-Cache-Serialisierung in einem freigegebenen Speicher (wie Redis oder SQL) ist die korrekte Lösung, da sie es allen Instanzen ermöglicht, auf denselben Token-Cache zuzugreifen und diesen zu aktualisieren. Dies verhindert, dass Benutzer sich erneut anmelden müssen, wenn ihre Anfragen an eine andere Instanz weitergeleitet werden. Microsoft.Identity.Web bietet hierfür die Methode AddDistributedTokenCaches in Verbindung mit einem IDistributedCache-Anbieter wie Azure Cache for Redis. Die Verwendung des standardmäßigen In-Memory-Token-Caches von MSAL in Verbindung mit Sticky Sessions würde das Problem nur teilweise lösen, da Sticky Sessions nicht immer garantiert sind und bei Skalierungsereignissen fehlschlagen können. Das Deaktivieren des Token-Caches würde die Leistung erheblich beeinträchtigen und ist keine praktikable Lösung.