使用EventProcessorHost是否需Azure Blob存储与租约容器？参数疑问

我来帮你逐一梳理这些问题的答案：

1. 是否必须创建Azure Blob存储？ #

是的，必须创建Azure Blob存储。EventProcessorHost的核心工作机制完全依赖Blob存储来实现两个关键功能：

• 租约管理：当你部署多个EventProcessorHost实例处理同一个Event Hub的事件时，Blob存储会协调实例间的负载均衡，确保每个分区仅被一个实例处理，避免重复消费。
• 检查点记录：存储每个分区已处理事件的偏移量，这样当处理器重启或实例故障切换时，能从上次中断的位置继续处理，不会重复处理已消费的事件。

没有Blob存储的话，EventProcessorHost无法完成这些分布式协调工作，会直接抛出异常导致启动失败。

2. 租约容器名称在哪里可以找到？ #

租约容器名称并不是系统默认存在的——它是你需要在Azure Blob存储中自行创建的容器名称。具体操作步骤：

• 登录Azure门户，找到你准备使用的存储账户；
• 进入存储账户的「容器」页面；
• 如果还没创建租约容器，点击「+ 容器」，输入符合规则的名称（只能用小写字母、数字和短横线，且必须以字母或数字开头/结尾），权限选择「私有」即可；
• 创建完成后，这个自定义的容器名称就是你需要传入EventProcessorHost的参数值；
• 如果已经创建过，直接在容器列表里找到对应的名称即可。

3. 使用EventProcessorHost方法是否必须配备Azure Blob存储和租约容器？ #

没错，这两个是EventProcessorHost运行的必要依赖。从方法定义就能看出来，EventProcessorHost()的构造函数强制要求传入这两个参数——底层实现完全依赖Blob存储来维护分布式处理的状态和协调逻辑，缺少任何一个都无法正常启动处理器。

如果你不想依赖Blob存储，可以考虑使用Azure Event Hubs SDK的新版本（比如Azure.Messaging.EventHubs.Processor），不过即使是新版本的EventProcessorClient，依然需要一个存储提供者来管理租约和检查点，默认还是Blob存储，只是提供了扩展接口可以自定义存储实现，但对于大多数场景来说，Azure Blob存储仍是最直接的选择。

内容的提问来源于stack exchange，提问作者Jon Th