azure - Azure 上的 Multi-Tenancy (SaaS) Web 应用程序，部署选项

Question

我正处于主要针对美国客户的 Multi-Tenancy Web 应用程序的规划阶段，该应用程序很可能托管在 Azure 上。

我正在查看各种定价/部署计划，并对以下内容感到好奇:

根据他们的网站:

Run up to 10 web sites per sub-region for free in a multi-tenant environment. Seamlessly upgrade to a paid shared multi-tenant or reserved instance model as your traffic grows.

以上是否意味着同一网站的不同实例或最多 10 个不同网站？

还有人知道一个网站是否可以订阅多个 SQL Server 实例吗？例如，数据库大小的最大限制为 150 GB。

考虑到其增长潜力，我的目标网站在前六个月内可能拥有 100-200 名用户。我的基本计划是为每个客户提供至少 1GB 的数据存储空间。那么假设我超过 150GB 限制，那么我可以为同一站点添加其他数据库吗？

我对整个云事物还很陌生，所以请耐心听我讲并分享您的想法。

Answer 1

我在 Azure 上有一个 Multi-Tenancy 应用程序，与您所描述的没有什么不同。对于大型 Multi-Tenancy 应用程序，我会忘记网站并使用 Web 角色。我还会避免为每个客户端建立一个单独的站点，理想情况下它们应该通过相同的角色运行，可以在多个实例上进行负载平衡。您仍然可以为每个单独的用户设置主机 header (即 site1.mysite.com)，所有用户都运行相同的 Web 角色。

我的所有客户端都在同一个数据库中运行，这并不难实现，并且可以更好地扩展(您认为 Google 每个客户端都有一个数据库吗？)。您没有理由不能稍后访问更多数据库，或者您可以使用 SQL Azure 联合并为每个客户端建立一个联合，但反之则要困难得多。如果您为每个客户端都有一个单独的数据库，那么您将必须单独管理每个数据库(架构更新、备份)，这可能会需要更多的工作(和费用)。成本将影响这里的设计。一个 1GB 的数据库每月要花费 10 美元，因此如果您的客户每月只支付 20 美元，那是不太可行的。但如果他们每月支付 1000 美元，那就不是问题了。

将您的应用设计为不使用 session ，这并不难，并且可以更好地扩展。

最后，SQL Azure 数据库并不是在超高端数据库服务器上运行。您需要优化数据访问并尽可能承担数据库服务器的负载。例如，使用 Azure 缓存来缓存引用数据，使用表存储来存储审核日志或类似的历史数据。