如何在Azure Data Factory中传递Blob容器路径至Azure Function Activity？

我明白你现在的困境：原本用Blob Trigger触发Function很顺畅，改成ADF里的Azure Function Activity调用HTTP Trigger后，传递的Blob路径没正确解析，显示的是folder/myfolder/@variables('data')这种模板字符串，而不是你期望的folder/myfolder/2010/10/01这种实际路径。咱们一步步来解决这个问题：

1. 先确认变量的赋值是否生效 #

首先得排查你的data变量是不是真的被正确赋值了：

• 打开ADF管道的调试输出，找到变量data的运行值，看看它是不是已经生成了正确的日期格式（比如2010/10/01）。如果变量值是空的或者格式不对，那后续传递肯定出问题。
• 确保data变量是在管道级别定义的，而且在Copy Activity执行后已经通过Set Variable活动（或者其他方式）完成了赋值，比如用utcnow('yyyy/MM/dd')来生成日期路径段。

2. 检查Azure Function Activity的参数写法 #

这是最容易出错的地方：你必须用@{}包裹变量，ADF才会解析它的值，而不是把它当成普通字符串。

• 如果是通过请求体传递路径，正确的动态内容写法应该是这样的（比如JSON格式）：

  {
    "blobPath": "folder/myfolder/@{variables('data')}"
  }
  

  要是你直接写folder/myfolder/@variables('data')，ADF会原封不动把这个字符串传给Function，根本不会解析变量。
• 如果是用查询参数传递，同样要在参数值里写@{variables('data')}，而不是只写变量名。

3. 确保Sink路径和传递的路径同步 #

既然你已经配置了Sink数据集，要保证Sink的Blob路径和你传给Function的路径是基于同一个变量生成的，这样Function才能找到正确的文件：

• 比如Sink数据集的路径设置为folder/myfolder/@{variables('data')}，这样Copy Activity写入的路径和Function要读取的路径就完全一致了。

4. 用Function的监控日志验证请求 #

如果还是没解决，去Azure Function的监控面板里查看实际收到的请求内容，看看ADF到底传了什么过来。这样能快速定位是ADF这边没解析变量，还是Function那边的处理逻辑有问题。

举个实际的配置例子：假设你的data变量是用utcnow('yyyy/MM/dd')生成的，那在Azure Function Activity的请求体里，一定要用@{variables('data')}来引用变量，调试时ADF就会把它替换成实际的日期字符串，最终传递给Function的路径就是你想要的folder/myfolder/2010/10/01。

另外还要注意，如果变量是在循环或者嵌套活动里定义的，要确保它的作用域能被Azure Function Activity访问到——最好是把变量定义在管道级别，避免作用域问题。

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