子域 Azure WebApp

Question

这是一个更普遍的问题。我有一个网站 运行 作为 Azure 应用服务。我配置了一个自定义域，以便您可以通过 my-site-name.com 调用它。 随着客户的要求不断增长，每个客户都有特定的需求，我想知道是否可以为每个客户都有一个子域。例如，client1.my-site-name.com 和 client2.my-site-name.com . 是否可以在单个应用服务中完成所有这些操作，或者我是否需要为每个子域设置一个 Azure 应用服务？ 我的问题背后的原因是，为每个单独的客户提供应用服务会非常昂贵。

Answer 1

应该是可以的。在您的应用程序服务中，如果您转到该服务的设置，会有一个自定义域选项，select 它。

然后您可以在那里将您的子域映射到该服务，它允许您多次执行此操作。您只需使用 A 记录或 CNAME 验证并设置它并拥有该域。此外，您应该能够为每个添加 SSL 绑定。

这里有一些关于它的文档，我不认为该文档可以处理您的确切用例，但它确实涉及自定义域部分，应该提供额外的支持。

https://docs.microsoft.com/en-us/azure/app-service/app-service-web-tutorial-custom-domain

https://blogs.msdn.microsoft.com/waws/2014/10/01/mapping-a-custom-subdomain-to-an-azure-website/

如果您需要更多，请告诉我

Answer 2

您还应该考虑只添加通配符自定义域条目。这是一篇较旧的博客 post，但它概述了 Azure WebApp 对通配符的支持：

https://azure.microsoft.com/en-us/blog/azure-websites-and-wildcard-domains/

这意味着 *.my-site-name.com 流量会转到您的单个 Web 应用程序。然后由您的 webapp 的逻辑来确定它是哪个客户端，方法是检查请求的主机名 (client1.my-site.name.com) 并采取适当的操作来自定义对该客户端的响应.

使用通配符无需为每个客户端添加特定的自定义子域映射。

Answer 3

这似乎更像是一个域管理问题，而不是 azure 的特定问题。您已经决定为每个客户设置不同的子域。根据定义，这意味着每个子域都需要单独的服务器 space。这反过来意味着，为每个客户提供应用程序服务。

那么，答案就是您已有的。通过子域为每个客户提供应用程序服务（本质上是网络服务器）。

站在你的立场上，我会考虑一些替代方案。

1. 重建您的应用程序以使用某种形式的登录系统，以便客户登录并获得单独的视图。
2. 或者，使用子文件夹而不是自定义域。像 domain.com/client1, domain.com/client2 等等。