子域Azure WebApp

Question

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

Answer 1

应该有可能。在您的应用程序服务中，如果转到该服务的设置，则有一个“自定义域”选项，将其选中。

然后，您可以在其中将子域映射到此服务，并且可以多次执行此操作。您只需要使用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

这似乎更像是域管理问题，而不是天蓝色的特定问题。您已经决定为每个客户提供不同的子域。顾名思义，这意味着每个子域都需要单独的服务器空间。反过来，这意味着为每个客户提供应用程序服务。

因此，答案就是您已经拥有的。通过子域为每个客户提供一个应用程序服务（本质上是Web服务器）。

在您的位置上，我会考虑一些替代方法。

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

Answer 3

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

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

这意味着* .my-site-name.com流量进入您的单个Web应用程序。然后，通过检查请求的主机名（client1.my-site.name.com）并采取适当的操作来自定义该客户端的响应，由Web应用程序的逻辑来确定它是哪个客户端。

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