Azure Function应用程序如何扩展以满足数百万并发用户请求

Question

我正在尝试了解Azure函数在消费计划或应用服务计划中运行时如何在流量突发中扩展。这里说可以拥有无限的Web、移动、API App on App服务计划。

想知道它是如何管理的？特别是，如果我在某个应用程序服务计划中运行我的功能应用程序，它是否会超时或在某些峰值负载条件下无法访问？

由于只有一个IP地址分配给功能应用程序URI，Azure如何确保在这种情况下的水平扩展（极端峰值负载条件）？

是否使用某种内部负载平衡器，然后创建一个新的临时VM（以分散负载并）在负载条件下运行function app实例（当一定数量的并发用户/连接尝试访问函数URI时）？

但即使在这种情况下，它是否也会耗尽使用内部负载平衡器进行负载平衡的VM实例的内部IP？当应用程序服务计划耗尽内部IP池时，必须有一个阈值，以分配要扩展的VM。

那么，考虑到这种情况，如何在Azure应用程序服务计划上运行无限制的web、移动和API应用程序，而不耗尽任何内部IP地址池？

Answer 1

我认为这里的关键问题是扩展如何在应用服务计划上工作。

Azure数据中心由不同的缩放单元组成，每个缩放单元由数百台服务器（甚至1000台）组成。这是应用服务带来的扩展能力。单个数据中心可能有多个缩放单元。

应用服务的内部架构包括-前端-七层负载均衡器Web Worker-Web服务器文件服务器-存储应用程序内容

回答以下问题-

Q.由于只有一个IP地址分配给函数应用URI，Azure如何确保在这种情况下的水平扩容（极端峰值负载条件）？

问：它是否使用某种内部负载均衡器，然后创建一个新的临时VM（以分散负载并）在负载条件下运行函数应用程序的实例（当一定数量的并发用户/连接尝试访问函数URI时）？

答：它不创建新的临时VM，而是使用Web Worker，这些Web Worker是运行共享负载的预配置VM。前端是一个服务器分层负载平衡器，负责在水平扩展的情况下分配流量。

但即使在这种情况下，它是否也会耗尽使用内部负载平衡器进行负载平衡的VM实例的内部IP？当应用程序服务计划耗尽内部IP池时，必须有一个阈值，以分配要扩展的VM。

归根结底，数据中心受到内部可用计算能力的限制。假设地说，如果一个数据中心的计算能力不足，在这种情况下，您可能会开始遇到超时，因为我不知道有任何情况下，应用程序会自动扩展到另一个区域。