单区域部署的AWS Lambda能否跨区域接收ECR EventBridge事件且无需多区域部署？

完全不需要在多个区域重复部署同逻辑的Lambda函数，核心实现思路是利用AWS EventBridge的跨区域事件路由能力，将其他区域产生的ECR扫描事件统一转发到现有Lambda所在的ap-southeast-1区域，由单份函数完成统一处理。

原有事件接收失败的根因 #

AWS ECR生成的镜像扫描完成事件，默认只会投递到事件产生所在区域（即本次场景中的eu-central-1）的本地事件总线上。Lambda是严格的区域级资源，仅能被同区域内的事件源直接触发，跨区域的事件默认不会自动路由到其他区域的事件总线上，因此部署在ap-southeast-1的Lambda无法直接监听eu-central-1本地的ECR事件流。

具体实现步骤 #

• 在产生ECR事件的目标区域（本次场景为eu-central-1）创建本地EventBridge规则
  • 规则的事件匹配模式精准筛选ECR Image Scan Completed类型的事件，避免匹配到无关事件产生无效投递
  • 规则的投递目标设置为ap-southeast-1区域的默认事件总线，全程不需要在eu-central-1部署任何Lambda资源
• 为eu-central-1区域的EventBridge规则配置对应IAM权限，确保规则可以合法向ap-southeast-1的事件总线发起跨区域投递
• 回到ap-southeast-1区域已部署的现有Lambda，为其配置对应触发器，匹配从其他区域转发过来的ECR扫描事件即可
  • 跨区域转发的事件格式与ECR本地原生投递的事件结构完全一致，不需要对现有Lambda的业务代码做任何修改

实操避坑提示 #

• 不要尝试直接在ECR的事件通知配置中选择其他区域的Lambda作为通知目标，ECR原生的通知能力仅支持同区域资源作为目标，跨区域配置在控制台无法正常选择
• 后续如果需要接入更多区域的ECR事件，只需要在对应区域新增相同逻辑的EventBridge转发规则即可，所有事件统一汇聚到ap-southeast-1的事件总线由现有Lambda处理，后续Lambda代码迭代只需要维护单份副本，不需要跨区域同步
• 相比跨区域重复部署Lambda的方案，跨区域事件路由的模式整体运维成本、资源成本更低，跨区域投递的端到端延迟通常在百毫秒级别，完全匹配ECR扫描事件的处理时效要求，不会出现明显延迟问题

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