使用部署插槽时为应用程序服务配置粘性端点地址

Question

我们一直在利用部署插槽来确保生产部署顺利进行。当然，最佳实践是将配置转换用于例如web.config和sticky configurations set in Azure App Service configuration section for AppSettings and Connection Strings（如果适用）。但是对于这个Web应用程序，（客户）要求我们将不同的终结点地址用于部署槽和主生产Web应用程序之间的服务绑定。也许最好的方法是实际达成共识，以防止这种要求，因为部署槽主要用于验证我们是否具有功能齐全的部署，经过验证后可以安全，轻松地应用于生产。

但是仍然令我感到困扰的是，我没有找到任何明显的技术解决方案来启用此端点地址。那么有什么办法吗？

因此，在我们的web.config中，对于暂存环境，我们有类似以下内容：

  <system.serviceModel>
    <client>
      <endpoint address="https://staging-endpoint.elb.amazonaws.com/XISOAPAdapter/MessageServlet?someUrlParam=&amp;"
          binding="basicHttpBinding" bindingConfiguration="Order_OSBinding1"
          contract="Customer.WebService.Order_OS" name="HTTPS_Port" />
    </client>
  </system.serviceModel>

然后是同一件事，只是生产的端点地址有所不同：

  <system.serviceModel>
    <client>
      <endpoint address="https://production-endpoint.elb.amazonaws.com/XISOAPAdapter/MessageServlet?someUrlParam=&amp;"
          binding="basicHttpBinding" bindingConfiguration="Order_OSBinding1"
          contract="Customer.WebService.Order_OS" name="HTTPS_Port" />
    </client>
  </system.serviceModel>

如果始终需要确保将正确的web.config部署到暂存插槽之前将其切换为新的生产插槽，那么利用部署插槽不会给我们带来太多优势。如果我们仍然需要进行两次部署（甚至三遍以确保旧的生产槽在转移到暂存阶段时能够暂存配置），则配置转换也无济于事。

基本上same question似乎在其他地方被问过，但没有明显的答案。

我还发现了关于SectionInformation.ConfigSource的信息，该信息可能可以为配置要在不同环境中使用的配置文件的特定版本提供某种方式，但是我以前从未使用过。将其与App Service Configuration中的 Virtual Path Mappings 可行结合使用。