我试图围绕Azure应用服务计划和Azure应用服务的概念，没有运气 .
我的理解是，应用服务计划定义了容量和定价，分配给特定应用服务计划的所有应用将共享相同的资源，是吗？
如果这是正确的，那么扩展的好处是什么？如果扩展将创建同一应用程序的更多实例，最终将在同一个应用程序服务计划（共享相同的资源）上托管？
我阅读了几乎所有关于Azure应用服务计划和应用服务的官方和非官方文档，但找不到这个问题的答案，他们都说扩展正在应用程序级别（而不是应用程序服务计划）和同时说分配到同一个应用服务计划的应用实际上共享相同的资源，那么横向扩展功能的好处是什么？
问候，
3 回答
是 .
没有人强迫您将所有应用程序放在同一个App Service Plan上 . 创建应用程序时，您将其放入某个应用程序服务计划中 . 该（并且只有那个）应用服务计划上的所有应用程序将共享资源，但您可以创建许多应用服务计划 .
此外，当您向外扩展时，您将创建托管您的应用程序的VM的更多PaaS实例，因此当您向外扩展时，您没有在同一个IIS中获得另一个应用程序池，而是在另一个VM上的另一个IIS上获得另一个应用程序池 .
编辑：为了澄清注释，应用服务计划是Windows VM的集合's with IIS installed on them. All the Apps assigned to that App Service Plan are hosted on ALL the instances of those VM'，当您向外扩展或向上扩展时，您可以更改这些VM的数量或容量 .
没有临时的应用服务计划 . You pay for the Service Plan, not for the App. Apps cost nothing ，他们只是在服务计划上消耗资源，它的服务计划是"eats" . You are getting billed according to the Service Plan tier and scale .
Pricing is based on the size and number of VM instances you run.正如@ 4c74356b41所说，当你扩展时，你将获得更多的物理资源（即具有更多计算，内存和存储的VM） . 此外，根据Azure文档进行一次更正，横向扩展将影响应用服务计划中的所有应用 . 见下面的链接，注意事项是
"The scale settings take only seconds to apply and affect all apps in your App Service plan. They do not require you to change your code or redeploy your application" - https://azure.microsoft.com/en-us/documentation/articles/web-sites-scale/
据我所知，横向扩展会创建Web应用程序的多个副本，并添加负载 balancer 以自动在它们之间分配请求 . 而且您不需要自己单独配置负载 balancer .
假设您创建了一个网站（带有IIS的Windows服务器），那么您的网站将拥有定义您网站可用资源的应用程序池 . 每个实例都可以处理有限数量的请求，为了减少响应时间，您可以将网站扩展到多个实例，然后每个Web服务器可以分割工作负载 . 有关更多详细信息，您可以参考Scaling Up and Scaling Out in Windows Azure Web Sites和此tutorial以更好地了解Azure Web App自动缩放 .