每个客户端带有数据库的Saas -服务入口的单点。性能开销？

Question

我正在构建SaaS应用程序，后端将是Server和where。

这是我有点担心的地方..。我计划为每个客户建立单独的数据库(这是决定的)，并将根据他们的数据库对用户进行身份验证。这也决定了。

将有中央数据库，它将拥有客户的信息，比如他们的数据库是什么以及要使用什么端点。

理想情况下，我想要这样的东西：

客户在PC/移动设备/etc expansions/upgrades

• e.

• b上点击主页ASP.NET或Silverlight或打开客户端应用程序。在客户ID、用户名和密码中输入

• c。调用主URL

• d。我将为这个客户ID提取端点和DB信息。我确实希望WCF端点信息也可以配置，因为将来的WCF端点信息需要以某种方式传递关于端点/数据库的信息给用户。多个客户可以共享同一个WCF端点.

• f.从客户端调用端点并登录到特定的数据库.

通过这种方式，我可以看到性能如何将是好的，因为我将不需要通过我的“系统”代理在每个调用。客户端将知道它处理的是哪个端点和哪个数据库。

但我不知道如何安全地实现这一点。因为步骤"e“中的数据库信息将返回给客户。从技术上讲，即使它对客户有漏洞--仍然无法从外部访问DB本身。但不是很好..。

你的想法是什么？或者每个呼叫都应该使用companyID令牌进行，然后主中心服务将路由这些呼叫？但这就像一个单一的失败点。我更希望看到主服务器进行登录。

Answer 1

我们已经完成了连接到多个处理1000个并发请求的数据库的WCF站点，WCF配置中有一些您需要调整的细节，但是它应该工作得很好。

我不明白为什么数据库信息需要“流”回用户。

所有这些都可以让服务器端活得很开心。然后，所有关于连接到哪个数据库的决定都可以基于用户凭据做出。

如果您想要多个端点来处理负载，那么在登录后重定向到相关的(或随机的)端点。然后将相关的路由/映射数据存储在相关端点上(如果使用的是随机的话，则所有这些数据)。

您所需要的只是他们的凭据，以决定使用哪个数据库。

提示:与所有性能问题一样:度量、度量、度量。您需要知道预期负载下的多个端点是否有任何好处；所以构建一个负载测试。然后你就可以看到表演的卖点在哪里。测量前的工程有时会起作用，但总是浪费时间。