背景
我们有一个Web API。
我们的基础架构团队创建了一个应用程序服务来托管API。他们期望我们为每个环境创建一个插槽（dev / qa / prod）。每个插槽将指向不同的后端资源（数据库等）。
我不确定这是插槽的预期用途。
问题
Q1：我不确定为什么要在同一应用程序服务中创建部署插槽，而每个部署插槽都使用不同的后端服务？
Q2：有人不能将流量意外路由到不指向您的生产后端服务的插槽吗？
Q3：另外，如果将错误代码引入插槽中，会不会影响其他插槽的性能？
第4季度：拥有一项带有部署插槽的应用程序服务指向不同的后端服务（dev，qa，prod）似乎有风险。其他人也在这样做吗？
我倾向于拥有一项专门用于生产的应用程序服务。它可以具有任意数量的插槽，并且可以在生产中用于“测试”代码。所有插槽都将使用相同的后端服务。
对于API的dev / qa版本，我们将提供一个应用程序服务，其中每个插槽都可以指向不同的后端服务。
我很好奇别人在做什么。谢谢您的投入。