浏览过渡环境

已完成

将 Web 应用、Linux 上的 Web 应用、移动后端或 API 应用部署到 Azure 应用服务时,可以使用单独的部署槽而不是默认生产槽。 如果在“标准”、“高级”或“独立”应用服务计划层中运行,则可使用此方法。 部署槽是具有自身主机名的实时应用。 两个部署槽位(包括生产槽)之间的应用内容与配置元素可以交换。

将应用程序部署到非生产槽具有以下优点:

  • 在将过渡部署槽与生产槽交换之前,在过渡部署槽中验证应用更改。
  • 首先将应用程序部署到槽位,然后将其交换到生产中,这可确保在交换到生产环境之前对槽位的所有实例进行预热。 部署应用时,这样可避免停机。 流量重定向是无缝的,且不会因为交换操作而丢弃任何请求。 无需预验证时,可以通过配置自动交换来自动执行整个工作流。
  • 交换后,以前的生产应用将位于过渡槽中。 如果交换到生产槽的更改与预期不同,可以立即执行同一交换来收回“上一已知的良好站点”。

每种应用服务计划层支持不同数量的部署槽。 使用部署槽位不会产生额外的费用。 若要了解应用层支持的槽数,请访问应用服务限制

要将应用缩放到其他层,请确保目标层支持应用已使用的槽数。 例如,如果应用有 5 个以上的槽,则不能向下缩放到“标准”层,因为“标准”层只支持 5 个部署槽。

在你创建新槽时,新的部署槽位不包含任何内容,即使你从其他槽克隆设置也是如此。 可从其他存储库分支或不同的存储库部署到槽。

槽的 URL 格式为 http://sitename-slotname.azurewebsites.net。 若要使 URL 长度保持在必要的域名系统限制内,站点名称将被截断为 40 个字符。 站点名称和槽名称的字符数加起来必须少于 59 个。