8

Azure 事件中心概述文章指出以下内容:

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

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

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

4

1 回答 1

5

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

因此,牵涉到的不是定价,而是可扩展性/复杂性。:)

于 2015-08-12T20:31:00.907 回答