Azure 应用服务部署槽 - 非生产槽和应用服务

Question

背景

我们有一个 web API。

我们的基础架构团队创建了一项应用服务来托管 API。 他们设定了我们应该为每个环境（dev/qa/prod）创建一个插槽的期望。 每个插槽将指向不同的后端资源（数据库等）。

我不确定这是插槽的预期目的。

问题

Q1：我不确定的是，你为什么要在同一个应用服务中创建部署槽，而每个部署槽都使用不同的后端服务？

Q2：难道不会有人不小心将流量路由到未指向您的生产后端服务的插槽吗？

Q3：另外，如果在一个插槽中引入了错误代码，会不会影响其他插槽的性能？

Q4：让一个应用服务的部署槽指向不同的后端服务（dev、qa、prod）似乎是有风险的。 其他人在这样做吗？

我倾向于拥有一项专门用于生产的应用程序服务。 它可以有任意数量的插槽，并且可以用于生产中的“测试”代码。 所有插槽都将使用相同的后端服务。

对于 API 的 dev/qa 版本，我们将有一个应用服务，其中每个插槽可以指向不同的后端服务。

我很好奇其他人在做什么。 谢谢您的意见。