当出站TCP端口耗尽时，消耗计划中的Azure函数如何运行，端口限制是什么？

Question

最近，在WebJobs中，我们一直在监视和识别导致app Service plan实例TCP端口耗尽的app时遇到问题。当一个应用程序导致端口耗尽时，同一计划中的所有应用程序都将关闭，目前无法通过Azure Portal或后端监控来诊断罪魁祸首。

我想知道消费计划中的Azure功能在这方面有何不同，包括监控、伸缩机制和对同一计划中其他功能的影响，以及诊断此类事件的原因。

Answer 1

简短的回答：如果您在编写功能代码时考虑到了水平规模，那么您应该会发现端口耗尽对总体吞吐量的影响最小。

Azure功能的消耗计划与专用应用程序服务计划的工作方式非常不同。您描述的一个应用程序影响其他应用程序性能的问题在Definition上是有意义的，因为所有这些应用程序都运行在同一组VM上。对于消耗计划，随着时间的推移，您的功能应用程序将基于工作负载在许多不同的VM上运行。函数应用程序的一个给定实例可能会出现端口耗尽，但这将导致该实例的吞吐量下降，从而导致更多函数应用程序的实例被激活。此外，同一计划中的多个基于消费的功能应用程序可以并将运行在不同的虚拟机上，因此它们不会争夺资源。

当然，在某些情况下，这是行不通的--如果您有一个创建数百个出站连接的计时器触发器，那么您绝对会遇到端口耗尽问题，因为计时器不会扩展到多个实例。在这种情况下，答案是让计时器将事件添加到容易支持水平扩展的东西，如队列、主题或EventHub。