2

100 万人のユーザーを持つ Web アプリを作成していると想像してください (ユーザーはすべて大きくなりますよね!)。

ユーザー アカウントをどのように処理しますか? いくつかのシナリオを想像できます：

  1. 独自のロール (データベース テーブル、ソルト化/ハッシュ化されたパスワードをユーザー プロファイル テーブルに保存)
  2. ASP.NET で記述されている場合は、ログイン/ロール プロバイダーを使用します (データベースにフォールバックします)。
  3. Windows 環境の場合は Active Directory を使用する
  4. 他の LDAP サーバーを使用する
  5. OpenID や .NET Passport などのサードパーティ プロバイダー

もちろん、安定性とスケーラビリティは重要です。

これは、Active Directory やその他の LDAP サーバーがうまく簡単に拡張できるかどうかという問題だと思います。Facebook、Twitter、Gmail はバックエンド アカウント プロバイダーとして何を使用していますか?

これについて考えさせられたのは、Google App Engine です。本当にかっこいい。ただし、組み込みの認証機能を使用した場合、ユーザーは Google アカウントを取得する必要があります。または、上記の #5 では、ユーザーは OpenID を取得する必要があります。私は、彼らが他のサイトにアクセスする必要なく、私のサイトに簡単にサインアップできるようにしようとしています - 世界の非オタクのために:)

4

2 に答える 2

0

その多くのユーザーに対応するシステムに実際に取り組んだ人に聞いてみます。

私はこのような他のシステムについて知り、それらについて書かれたケーススタディを見ていきます。（Microsoft、Oracle、IBMなどに聞いてください）。

ただし、使いやすさのために、シングルサインオンソリューションを実装する必要があるため、ユーザーはログインの詳細を知る必要はありません。（企業の世界に最適です。）
または
、ユーザーが知っていること、つまり電子メールアドレス/ユーザー名、およびパスワードを使用する必要があります。

OpenIDまたは同様のシステムは、技術者以外のユーザーにとっては恐ろしいものです。
（これを見ている人は誰でもテクニカルユーザーであることに注意してください。）

于 2010-01-08T23:17:04.210 に答える
0

OpenID。
サイトにアカウントを作成する選択肢をユーザーに提供する必要がある場合は、OPになります。

于 2010-01-08T23:09:51.540 に答える