Azure子域可处理多个环境
我有一个web应用程序，它依赖于一系列azure服务。目前，为了处理不同的环境，我们有一个订阅和资源组来处理我们使用的每个环境（开发、测试、登台、生产） 现在，除了Prod之外的每个web应用网站都使用Azure在创建web应用时分配给它的默认url 这导致内部业务案例测试人员对哪些URL指向什么环境感到困惑 我想知道是否有可能创建根据环境命名的子域（因此，如果prod是dev，那么dev就是），如果可以，是否有任何理由不这样做 提前感谢您的帮助 是的，如果您想区分web应用的开发、登台和产品环境，可以使用。 部署槽实际上是具有自己主机名的实时应用程序。这是在web应用程序上进行一些测试或构建测试环境的推荐方法。 此外，如果您已确保staging env准备好联机，则可以直接将其交换到prod环境，当然也可以轻松地将其交换回staging:）。 希望有帮助。是的，如果您想区分web应用程序的开发、登台和生产环境，可以使用。 部署槽实际上是具有自己主机名的实时应用程序。这是在web应用程序上进行一些测试或构建测试环境的推荐方法。 此外，如果您已确保staging env准备好联机，则可以直接将其交换到prod环境，当然也可以轻松地将其交换回staging:）。Azure子域可处理多个环境,azure,Azure,我有一个web应用程序，它依赖于一系列azure服务。目前，为了处理不同的环境，我们有一个订阅和资源组来处理我们使用的每个环境（开发、测试、登台、生产） 现在，除了Prod之外的每个web应用网站都使用Azure在创建web应用时分配给它的默认url 这导致内部业务案例测试人员对哪些URL指向什么环境感到困惑 我想知道是否有可能创建根据环境命名的子域（因此，如果prod是dev，那么dev就是），如果可以，是否有任何理由不这样做 提前感谢您的帮助 是的，如果您想区分web应用的开发、登台和产品环
希望有帮助。您可以将自定义域添加到每个web应用程序服务中。例如，您可以使用DNS提供商中的
CNAMEwww.contoso.comwww.contoso.com如果您有免费的F1价格层，Azure不支持此功能。但如果您共享了D1价格层，则可以添加自定义域。使用基本的价格层和更高级别，您可以添加自定义域和SSL绑定。您可以将自定义域添加到每个web应用程序服务中。例如，您可以使用DNS提供商中的
CNAMEwww.contoso.comwww.contoso.com如果您有免费的F1价格层，Azure不支持此功能。但如果您共享了D1价格层，则可以添加自定义域。有了基本的价格层和更高的价格层，您可以添加自定义域和SSL绑定。您有什么更新吗？如果答复是有用的，你可以考虑接受它。对不起，我还在研究它，并尝试下面的两个答案。我打算对我的帖子做一个更新，一步一步地展示我所做的一切，所以标记答案的时间比平时要长一点。很抱歉，你有什么新消息吗？如果答复是有用的，你可以考虑接受它。对不起，我还在研究它，并尝试下面的两个答案。我打算对我的帖子做一个更新，一步一步地展示我所做的一切，所以标记答案的时间比平时要长一点。很抱歉。