Répondre

1

De la documentation Identity Server:

Ce ne convient que pour les essais et le développement - In-Memory Services and Stores

Vous aurez besoin d'une mise en œuvre du UserService pour le remplacer.

Ils ont aussi quelques general guidelines for deployment que vous devriez extraire avant de les déployer en production.

+0

Salut Scott, Dans mon cas, les utilisateurs sont stockés dans la base de données et gérés manuellement par notre application. quels sont les inconvénients d'obtenir les utilisateurs de la base de données et de les convertir en utilisateurs en mémoire? – Tsahi

+0

Si vous utilisez les services en mémoire et à tour de rôle les utilisateurs, cela impliquera une liste statique d'utilisateurs. En d'autres termes, une base de données complète est lue en mémoire. Pas bon. Vous devrez implémenter IUserService pour lire à partir de votre base de données d'application. Il existe des implémentations existantes pour ASP.NET Identity et MembershipReboot que vous pouvez utiliser comme ligne directrice/source d'inspiration. –

+0

Oui, je sais qu'ils sont ASP.NET Identity et MembershipReboot mais nous ne les utilisons pas actuellement. Vous dites que ce n'est pas bon à cause de la taille de la liste? Puis-je indiquer à la liste de se rafraîchir au cas où des modifications seraient apportées aux utilisateurs? – Tsahi