azure - Azure Functions 中的缩放 Controller 背后的逻辑是什么？

Question

我目前正在努力了解事件中心和 Azure Function。我已经查看了event driven scaling其中提到了比例 Controller 。但我提到的 azure 文档都没有给出缩放 Controller 背后的逻辑，比如它在什么基础上动态缩放。 Controller 如何知道何时缩小或缩小以及 Controller 以什么机制工作？

有人可以帮我理解秤 Controller 背后的逻辑吗？

Answer 1

规模 Controller 使用的确切算法并未公开，但在较高层面上，它涉及考虑一段时间内的指标，以了解事件的传入速率是否太快、太慢或恰到好处用于处理事件的速率。

该信息用作理想实例数量计算的一部分，然后根据配置和 Functions 运行时内部的其他因素进行权衡，以投票决定是否添加/删除实例。

指标本身以及相关的计算是公开的，可以在 EventHubScaleMonitor 中找到.

简而言之，它读取给定分区的最后排队序列号，并将其与该分区最后记录的检查点进行比较。这些值之间的差异被视为该分区仍有待处理的事件数(也称为“事件积压”)。这里有一些特殊情况，例如序列号一旦达到 Int64.MaxValue 就会滚动到 0。不过，一般来说，它相当简单。

Integrate Event Hubs with serverless functions on Azure 的“消费事件”部分还提供了一些有关扩展的高级上下文，重点关注事件中心的分区。它引用了旧版事件中心 SDK 包中的一些概念，扩展程序不再使用这些概念，但高级细节仍然准确。