为什么不总是配置最大数量的事件中心分区？

Question

在Azure的事件概述枢纽条规定如下:

分区数在事件中心创建时指定,并且必须介于8和32之间.分区是一种数据组织机制,与使用应用程序所需的下游并行度相关,而不是与事件中心吞吐量相关.这使得Event Hub中分区数量的选择与您期望拥有的并发读取器数量直接相关.创建事件中心后,分区计数不可更改; 您应该根据长期预期规模来考虑这个数字.您可以通过联系Azure Service Bus团队来增加32分区限制.

由于在初始创建后无法更改事件中心上的分区数,为什么不总是将其配置为最大分区数,32？这样做我没有看到任何定价影响.有一些表现权衡吗？

另外,作为另一方面,我似乎能够创建一个少于8个分区的事件中心.文章说它必须在8-32之间.不知道为什么会这么说......

Answer 1

我的理解是每个分区都需要自己的使用者。您可以通过单个进程、多个进程上的多线程，甚至通过每个运行一个进程的多页机器来实现这一点。但这带来了一定程度的复杂性。管理所有进程以确保所有分区都被使用，或者用于同步跨分区的项目/事件。

因此，其含义与其说是定价，不如说是可扩展性/复杂性。:)