这是一个比较笼统的问题。我有一个作为 Azure 应用服务运行的网站。我配置了一个自定义域，以便您可以通过 my-site-name.com 调用它。 随着客户的需求不断增长，每个客户都有特定的需求，我想知道是否可以为每个客户拥有一个子域。例如，client1.my-site-name.com 和 client2.my-site-name.com。 是否可以在单个应用服务中完成所有这些操作，或者我是否需要为每个子域设置 Azure 应用服务？ 我的问题背后的原因是，为每个客户提供应用服务会非常昂贵。
【问题讨论】：
标签： azure dns azure-web-app-service subdomain
您还应该考虑仅添加通配符自定义域条目。这是一篇较早的博客文章，但它概述了 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) 并采取适当的操作来自定义对该客户端的响应。
使用通配符无需为每个客户端添加特定的自定义子域映射。
【讨论】：
应该是可以的。在您的应用服务中，如果您转到该服务的设置，则有一个自定义域选项，请选择它。
然后您可以在其中将您的子域映射到此服务，它允许您多次执行此操作。您只需要使用 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/
如果您需要更多，请告诉我
【讨论】：
这似乎更像是域管理问题，而不是 azure 特定问题。您已经决定为每个客户设置不同的子域。根据定义，这意味着每个子域都需要单独的服务器空间。反过来，这意味着为每个客户提供应用服务。
所以，答案就是你已经拥有的。通过子域为每个客户提供应用服务（本质上是 Web 服务器）。
在你的位置上，我会考虑一些替代方案。
【讨论】：