2

Imaginez que vous teniez une application web qui aura 1 million d'utilisateurs (ils poussent tout ce grand, à droite!)Webservice qui gère 1 million de comptes d'utilisateurs

Comment voulez-vous gérer les comptes d'utilisateurs? Je peux imaginer quelques scénarios:

  1. Réaliser votre propre (tables de base de données, mots de passe salés/codés stockés dans une table de profil utilisateur)
  2. Si écrit avec ASP.NET, utilisez le login/fournisseur de rôle (qui tombe Retour à la base de données)
  3. Utilisez active Directory si dans un environnement Windows
  4. Utilisez un autre serveur LDAP
  5. un fournisseur 3ème partie comme OpenID ou .NET Passport

La stabilité et l'évolutivité sont évidemment importantes.

Je suppose que c'est vraiment une question de savoir si Active Directory et d'autres serveurs LDAP évoluent bien et facilement. Qu'est-ce que Facebook, Twitter et Gmail utilisent comme fournisseur de compte backend?

Ce qui m'a fait penser à cela, c'est Google App Engine. Vraiment cool. Mais les utilisateurs devraient obtenir un compte Google si j'utilisais l'authentification intégrée. Ou aveC# 5 ci-dessus, les utilisateurs devraient aller chercher un OpenID. J'essaie de faire en sorte qu'ils peuvent simplement faire une inscription simple avec mon site sans avoir besoin de visiter d'autres sites - pour les non-geeks du monde :)

+1

Je suggère d'utiliser OpenID (comme le fait SO) pour l'authentification et le stockage des données liées à l'utilisateur dans un SGBDR. –

+0

Bon appel - Je vais ajouter cela à la liste – DougN

+0

Est-ce que cela concerne l'évolutivité AD/LDAP en particulier, ou l'évolutivité de l'authentification en général? –

Répondre

0

Je voudrais demander à quelqu'un qui a réellement travaillé sur un système qui répond à ce nombre d'utilisateurs. Je trouverais d'autres systèmes comme celui-ci, et regarder les études de cas qui ont été écrits à leur sujet. (Demandez à Microsoft, Oracle, IBM, etc.). Cependant, pour des raisons de convivialité, vous devez implémenter une solution de connexion unique, afin que les utilisateurs n'aient pas besoin de connaître leurs informations de connexion. (Parfait pour le monde de l'entreprise.)
ou
Vous devez aller avec ce que les utilisateurs savent, qui est une adresse e-mail/nom d'utilisateur, et mot de passe.

OpenID ou les systèmes similaires sont horribles pour les utilisateurs non techniques.
(Notez que tout le monde qui regarde cela est un utilisateur technique.).

+0

est un champ multiform (formulaire de création de compte classique) plus utilisable puis une liste de plusieurs boutons (OP)? –

+0

Oui. Les utilisateurs sont plus habitués à ce qu'ils connaissent, c'est-à-dire un écran de connexion/enregistrement standard. – Bravax

+0

J'ai demandé aux gars de 37Signals - ils ont roulé le leur. – DougN

0

OpenID.
Si vous devez laisser aux utilisateurs le choix de créer un compte sur votre site, devenez un OP.