使用Power Automate单向镜像两个存储容器Blob的问题

一、触发流程不生效的原因及修复 #

1. 触发器配置限制 #

Power Automate的「当Blob被添加或修改（属性）」触发器默认有两个易忽略的限制：

• 未勾选包括子文件夹：若仅指定/$web路径，触发器只会检测根目录下的Blob，不会递归处理子文件夹内容。
• 后缀筛选过严：如果触发器设置了特定文件后缀（比如仅图片），创建文件夹或上传不符合后缀的文件时，不会触发流程。

2. /$web容器的特殊性 #

Static Web App的/$web是托管静态内容的特殊容器，Blob存储里的「文件夹」属于虚拟实体——只有当文件夹下存在Blob文件时，才会触发Blob事件，空文件夹创建操作不会被Power Automate捕获。

3. 具体修复步骤 #

• 编辑Power Automate触发器，进入高级选项：
  • 勾选「包括子文件夹」，确保/$web下所有层级的Blob变更都能被检测到。
  • 将「Blob路径」的筛选条件改为*（不限制后缀），或者明确列出需要同步的文件类型（如*.png,*.html）。
  • 若需要同步空文件夹，可在源文件夹下创建一个占位文件（比如.keep），触发流程后在目标容器中手动创建对应虚拟文件夹（或在流程中添加创建文件夹的操作）。

二、更优实现方案 #

1. AzCopy批量增量同步 #

AzCopy是Azure官方的Blob同步工具，比Power Automate更适合批量、增量同步场景：

• 增量同步命令示例：

  azcopy sync "https://<源存储账户>.blob.core.windows.net/$web?<源SAS令牌>" "https://<目标存储账户>.blob.core.windows.net/<目标容器>?<目标SAS令牌>" --recursive --delete-destination=false
  

  • --recursive：递归同步所有子文件夹和Blob
  • --delete-destination=false：保留目标容器中源没有的内容，符合你的需求
• 搭配Azure Automation的Runbook，设置定时任务定期执行，避免实时触发的限制。

2. Azure Event Grid + Azure Function实时同步 #

如果需要实时同步，用Event Grid替代Power Automate触发器更可靠：

• 为源存储账户创建Event Grid订阅，筛选Microsoft.Storage.BlobCreated和Microsoft.Storage.BlobUpdated事件。
• 将事件路由到Azure Function，在函数中编写逻辑读取源Blob并写入目标容器。
• 优势：能捕获所有Blob操作事件，包括虚拟文件夹下的文件上传，不受Power Automate的触发限制，性能更稳定。

3. 冗余访问优化（无需同步） #

既然核心需求是证书变更时的冗余访问，可跳过同步直接用CDN/Front Door实现：

• 配置Azure CDN，同时指向源/$web容器和目标容器，设置故障转移策略：当目标容器不可用时，自动切换到源容器。
• 或使用Azure Front Door，配置多个后端池，实现更灵活的路由和故障转移逻辑，无需维护同步流程。

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