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

该条规定如下：

分区数在事件中心创建时指定 并且必须介于8和32之间。分区是一种数据组织 机制和方法与下游平行度更相关 在使用应用程序时需要，而不是在事件集线器吞吐量中需要。这 直接选择事件中心中的分区数 与您希望拥有的并发读卡器的数量相关。之后 创建事件中心时，分区计数不可更改；你应该 从长期预期的规模考虑这个数字。你可以 通过联系Azure服务总线增加32分区限制 团队

既然在初始创建后无法更改事件中心上的分区数，为什么不始终将其配置为最大分区数32？我认为这样做没有任何意义。是否存在性能权衡

---

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

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

---

因此，与可扩展性/复杂性相比，涉及的更多的不是价格问题

我认为这是一种类似的方式，然而，“使用事件集线器扩展事件处理”C样本似乎通过使用

EventProcessorHost

、

EventProcessor

和

EventProcessorFactory

使这一点变得非常简单。看，否则它肯定会使事情自动化。但也有一些权衡。例如，具有多个使用者进程或对事件的重播具有更离散的控制。