2

我正在启动一个新的企业 Web 应用程序。它将托管在 Windows Azure 上，并且将是一个与 SQL 数据库通信的 asp.net MVC 应用程序。

我的问题与多租户以及完成它的正确方法有关。过去，我创建了一个多租户应用程序，方法是拥有一个租户表，而不是在每个表中放置一个 TenantID 列。这很好用（但它只是在较小的范围内，所以它并没有真正将它锻炼到第 n 级）。查看 Azure 上的多租户内容，似乎不推荐这种方式。他们谈论子域、拆分租户等。对我来说，这似乎是一场管理噩梦。我希望用户访问一个网站，输入他们的租户登录详细信息，然后他们就关闭了。

  1. 是否有更简单的方法在 Azure 中实现多租户，仍然允许我使用 Azure 的可扩展性优势？
  2. 我应该只使用简单的 TenantID 方法吗？Azure 框架是否仍能很好地扩展以适应？
  3. 我应该一开始就担心租约还是把它留到最后？

需要建议。

谢谢

4

1 回答 1

1

我已经在 Azure 上完成了这两种方式。我已经按照您之前在登录时输入租户代码的方式完成了此操作，并且效果很好，我看不出有任何不同的理由。您可以使用 SQL Azure 联合来管理租户，以便轻松拥有多个数据库以实现可伸缩性。

然后我还使用子域方法来识别租户，但它所做的只是将子域映射到租户代码。我在他们不必登录的系统中使用了它，因此对用户来说更容易。

如果只是设计数据库来应对它，一开始就担心它。

于 2012-07-12T06:49:45.697 回答