Azure Event Hubs overview文章声明如下：
在事件中心创建时指定分区数 并且必须在8到32之间。分区是一个数据组织 机制与下游并行度更为相关 消费应用程序所需的事件比事件中心的吞吐量要求这个 直接选择事件中心中的分区数 与您期望拥有的并发读者数量相关。后 事件中心创建，分区计数不可更改;你应该 从长期预期规模来考虑这个数字。您可以 通过联系Azure Service Bus增加32分区限制 队。
由于在初始创建后无法更改事件中心上的分区数，为什么不总是将其配置为最大分区数，32？这样做我没有看到任何pricing含义。有一些表现权衡吗？
另外，作为另一方面，我似乎能够创建一个少于8个分区的事件中心。文章说它必须在8-32之间。不知道为什么会这么说......
答案 0 :(得分：4)
我的理解是每个分区都需要自己的消费者。您可以通过多个线程在单个进程，多个进程或甚至多个运行进程的多机器上完成此操作。但这带来了一定程度的复杂性。管理所有进程以确保正在使用所有分区，或者用于同步跨分区的项目/事件。
因此，所涉及的含义不是关于定价，而是关于可扩展性/复杂性。 :)