具有多个生产插槽的Azure应用程序服务
假设我有一个azure应用程序服务，其中有4个插槽用于生产，每个插槽的流量为25%具有多个生产插槽的Azure应用程序服务,azure,azure-web-app-service,Azure,Azure Web App Service,假设我有一个azure应用程序服务，其中有4个插槽用于生产，每个插槽的流量为25% 是否可以只使用一个预插槽并将其交换到四个生产插槽？或者你将如何实现这一点？我们曾想过有4个预插槽，每个生产插槽一个，但似乎有点混乱，当然有一个更好的选择，有多个生产插槽和交换的好处…插槽的概念。 简单地说，创建webapp时，默认webapp属于生产槽。此时，我们可以创建其他插槽 在正常情况下，通常会创建一个测试插槽，并使用最新的程序更新测试插槽，以便在交换期间部署最新的程序。通常，当程序有新功能时，它被一些
是否可以只使用一个预插槽并将其交换到四个生产插槽？或者你将如何实现这一点？我们曾想过有4个预插槽，每个生产插槽一个，但似乎有点混乱，当然有一个更好的选择，有多个生产插槽和交换的好处…插槽的概念。
简单地说，创建webapp时，默认webapp属于生产槽。此时，我们可以创建其他插槽 在正常情况下，通常会创建一个测试插槽，并使用最新的程序更新测试插槽，以便在交换期间部署最新的程序。通常，当程序有新功能时，它被一些用户用来分配流量。当需要同时运行不同版本的程序时，您可以创建与您相同的4个插槽 但是您的4个插槽，您希望通过交换操作实现更新所有4个插槽的目的。这真奇怪。这就是为什么我会问你。由于您的4个插槽位于同一个应用程序服务计划中，因此创建4个插槽不会提高性能
您可能会考虑使用多个实例来扩展您的webapp，这可以提高webapp的性能。
出于好奇，您为什么要使用4个插槽，全部用于生产？您找不到解决此问题的方法，请参考我的答案，这应该有助于您理解插槽。是的，没错，我误解了。我真正想要的是扩展到我的应用程序的多个实例。无论如何，我看到多批次的东西对于a/b测试很有用