Azure 中使用 AAD 的多租户方案

Question

我们正在计划一个新的基于 ASP.NET MVC 的多租户 Azure 应用程序。 客户数据必须彼此完全分离。客户 A 可能对客户 B 及其存在一无所知。

除了我们的业务逻辑之外，客户还可以创建自己的用户和组，通过用户管理维护私人联系人和日历。 为了满足这些条件，我想使用 Active Directory 和 Exchange Server。根据我的研究，Exchange Server 2013 能够支持多个租户和域。

所以我的想法如下 我无法发布图片。所以请看http://img144.imagevenue.com/img.php?image=551844509_AD_Structure_122_27lo.jpg

1. 在 Azure 中创建了一个主域（父域）
2. 此域中的用户只是为了我们的全球应用支持
3. 每个客户都被分散到自己的活动目录子域中
   • 我们的支持在每个客户域中都有管理权限
   • 客户只有一个管理员帐户，并且能够创建多个用户和组
   • 他可以发现自己的域，但不能发现其他客户域或父域
4. Exchange Server 2013 服务器安装在 VM 上。
   • 每个客户域都连接到交易所（多租户功能）
   • 联系人、任务和日历通过 Exchange 为每位客户进行管理
   • 客户 A 无法发现也找不到任何其他客户或其数据
5. 将使用 WIF 登录，并且用户将作为自己域中的域用户保持不变
6. 我们不想使用 Office 365

这种情况和结构可能吗？ Azure 有可能吗？ 我们会将大约 3-5000 名客户迁移到此应用程序，我们将在未来几年发展到 20.000 名客户。

其他功能会很好：

• 我们希望在我们的数据中心托管我们自己的数据库服务器，并通过 VPN 将它们连接到我们的 Azure 应用程序，以防止 Microsoft 将它们复制到美国
  • 共享文件和客户文件相同
• 从客户站点到应用程序的单点登录

Answer 1

是的，该场景是可能的，并且可以在 Azure 中完成。您还可以通过 VPN 将数据中心连接到 Azure。至于您的应用程序中的 SSO 支持，这取决于您自己构建，但也是可行的。在不太了解您的应用程序以及您实际尝试构建的最终产品的情况下，我可以指出的一件事是，您必须考虑 Exchange 部分的每个用户许可的影响。听起来您正在将 Exchange 用于除邮件之外的大多数功能。如果您还没有这样做，则需要查看 SPLA。

要指出的另一项是每台服务器的 Exchange 密度。您没有详细说明您的 Exchange 体系结构是什么样的，因此我假设您在单个服务器上安装了具有所有角色的 Exchange 服务器。

目前，我会说您的设计处于粗略阶段，需要更详细地进行设计，以确保您尝试做的事情是实用的，并且您使用的工具是正确的对于你想要完成的事情。