如何使用Azure Event Grid将多存储账户事件接入同一函数

• 单Azure订阅下部署多个资源组，部分资源组内包含多个存储账户
• 需监控所有存储账户的Blob变更事件，触发部署在单个资源组内的共享中心化函数
• 当前已完成中心化函数部署，跨资源组为单个存储账户配置Event Grid订阅可正常触发函数
• 核心诉求：避免为每个存储账户逐一配置事件订阅，期望实现每个资源组最多配置一个订阅主题，统一纳管组内所有需绑定事件处理程序的存储账户

你完全不需要为每个存储账户单独创建事件订阅，以下两种方案都可以满足需求，可根据自己的运维习惯选择：

方案1：资源组级系统主题+单事件订阅（最贴合你的预期） #

• 直接在每个需要监控存储账户的资源组范围创建Event Grid系统主题，事件类型只勾选你需要的Blob变更类事件（比如Microsoft.Storage.BlobCreated、Microsoft.Storage.BlobDeleted等），事件终结点直接选择你已经部署好的中心化函数即可。
• 该配置生效后，不仅当前资源组内已有的存储账户Blob事件会被推送到函数，后续该资源组内新建的存储账户产生的对应Blob事件也会自动被捕获，不需要额外追加配置，完全符合你「每个资源组最多一个订阅」的要求。
• 配置时可以添加高级筛选规则，比如排除不需要监控的存储账户、只匹配特定前缀的Blob操作，避免无效事件触发函数产生额外开销。

方案2：单自定义主题中转（适合跨资源组集中管理场景） #

• 如果你不想在每个资源组维护和函数的绑定关系，可以在中心化函数所在资源组创建一个自定义Event Grid主题，在主题上配置唯一的事件订阅绑定你的函数即可。
• 后续给需要监控的存储账户配置轻量事件订阅，直接把事件转发到这个自定义主题就行，不需要每个存储账户单独对接函数。这种方式下你只需要维护一次函数和事件系统的绑定关系，后续新增存储账户只需要加一条转发规则，不涉及函数侧的配置改动。

• 先理清两个核心概念避免配置错误：系统主题是Azure资源内置的事件源节点，不需要你手动额外创建完整资源；自定义主题是你自行创建的事件中转节点；事件订阅是定义事件从源到处理端/中转节点的转发规则。
• 配置资源组级事件订阅时，不要全选所有事件类型，否则会把资源组内虚拟机、网络、数据库等其他非存储资源的事件全推送到函数，产生大量无效触发。
• 如果资源组内只有部分存储账户需要监控，不需要单独给这些存储账户建订阅，直接在资源组级订阅的高级筛选规则里，通过存储账户名称、Blob路径字段做过滤即可。
• 配置完成后可以上传测试Blob验证链路，Event Grid规则首次生效通常有1分钟以内的延迟，不要刚配完测试不通就反复改规则。

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