Azure Event Hub处理器选型：WebJob还是Azure Function？

结论 #

直接采用带EventHubTrigger的Azure Function即可，这是当前场景下最适合的方案，完全能满足你的吞吐量需求，同时大幅降低开发和维护成本。

具体理由 #

• 开发复杂度极低：EventHubTrigger已经封装了EventProcessorClient的核心逻辑——包括分区负载均衡、Checkpoint管理、实例伸缩时的分区重新分配，你只需要编写消息转队列的业务代码，无需手动处理8个分区的客户端实例化、协调等繁琐工作。
• 吞吐量完全够用：你的每日事件量仅15K-20K，平均每秒不到2条消息，单实例Function就能轻松处理。即使App Service Plan缩到2个实例，EventHubTrigger会自动将8个分区均匀分配到实例上（每个实例处理4个分区），毫无性能压力。所谓WebJob手动管理客户端的吞吐量优势，在这个量级下完全体现不出来，属于过度设计。
• SDK升级平滑：最新版的Microsoft.Azure.WebJobs.Extensions.EventHubs扩展已经适配了Azure.Messaging.ServiceBus生态，升级过程无需额外的兼容改造，直接替换依赖即可完成迁移。
• 运维成本更低：Azure Functions自带Application Insights监控、日志集成、自动重试机制，而WebJob需要你自行处理进程托管、异常重启、监控告警等运维细节，反而增加负担。

实践注意点 #

• 确保使用最新版本的Microsoft.Azure.WebJobs.Extensions.EventHubs扩展包，避免旧版本的兼容性问题。
• 在Function中使用ServiceBusClient的单例实例（通过依赖注入或静态初始化），避免频繁创建连接带来的资源开销。
• 根据消息大小调整maxBatchSize和prefetchCount参数，默认配置已经能满足你的需求，无需过度调优。

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