处理100万个用户帐户的Web服务

Question

想象一下，你正在编写一个拥有100万用户的网络应用程序（它们都会变大，对吧！）

您将如何处理用户帐户？我可以想象一些场景：

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。我正在努力做到这一点，所以他们可以只使用我的网站做一个简单的注册，而无需访问其他网站 - 对于世界上的非极客：）

Answer 1

的OpenID。
如果您必须让用户选择在您的网站上创建帐户，请成为OP。

Answer 2

我会问一个曾经在一个满足那么多用户的系统上工作的人。

我会发现这样的其他系统，并查看已经写过的关于它们的案例研究。 （询问Microsoft，Oracle，IBM等）。

但是，对于可用性，您需要在解决方案上实施单点登录，因此用户无需知道其登录详细信息。 （适合企业界。）
或
您必须使用用户知道的内容，即电子邮件地址/用户名和密码。

OpenID或类似的系统对非技术用户来说非常糟糕 （注意，任何看这个的人都是技术用户。）。