Azure应用程序服务解决方案500自定义域限制

Azure应用程序服务解决方案500自定义域限制,azure,azure-web-app-service,azure-app-service-plans,azure-app-service-envrmnt,Azure,Azure Web App Service,Azure App Service Plans,Azure App Service Envrmnt,有没有办法绕过500个自定义域的限制?这对于SAAS公司来说是可怕的,原因显而易见 有没有办法告诉Azure应用程序服务响应*.domain.com,就像您使用IIS一样 我唯一的选择是将应用程序网关放在它前面,并在Azure容器服务或K8s中运行它吗 谢谢 解决方案是设置一个*.domain.com通配符DNS CName记录,该记录指向您的应用程序服务地址。如果需要,您可以使用a记录,然后将*.domain.com作为自定义域添加到应用程序服务中 然后,您可以将通配符*.domain.com

有没有办法绕过500个自定义域的限制?这对于SAAS公司来说是可怕的,原因显而易见

有没有办法告诉Azure应用程序服务响应*.domain.com,就像您使用IIS一样

我唯一的选择是将应用程序网关放在它前面,并在Azure容器服务或K8s中运行它吗


谢谢

解决方案是设置一个*.domain.com通配符DNS CName记录,该记录指向您的应用程序服务地址。如果需要,您可以使用a记录,然后将*.domain.com作为自定义域添加到应用程序服务中


然后,您可以将通配符*.domain.com证书绑定到该证书,您将获得金牌。没有限制。

如果您联系Azure支持并询问他们,可以取消一些服务限制。那将是我唯一的建议。为什么不采取另一种方法来确定你的租户标识符呢?我假设他们登录并获取令牌,为什么不在令牌中包含关于租户标识符的信息?这样一来,1个域名就可以为你的所有客户提供服务,并且完全对他们隐藏。出于政治和营销原因。遗憾的是,我需要能够处理许多独特的域名,而不仅仅是子域。除了旋转多个应用程序实例之外,还有一个已知的解决方案吗?我没有发现。可能会尝试使用支持票来达到上限。我退出并将其全部转移到kubernetes。我能够通过使用一个azure容器实例来解决这个问题,该实例公开了一个完全限定的域名,例如。然后,我创建了一个CNAME记录,将我的域定向到该FQDN。您也可以使用VM,但这对我们来说是不可能的,因为从安全审计的角度来看,这会增加开销。