Azure Logic Apps（标准）内嵌C#脚本无法使用DefaultAzureCredential

目前Azure Logic Apps的内嵌C#脚本（Inline Code操作）不支持直接使用DefaultAzureCredential或通过托管身份进行身份验证，该运行环境未提供托管身份所需的上下文依赖支持，这也是触发Exception binding parameter 'context'错误的核心原因。

以下是无需依赖Azure Function App的安全替代实现方式：

1. 使用Logic Apps内置Blob Storage连接器 #

直接采用Logic Apps原生的Azure Blob Storage连接器，该组件原生支持托管身份认证：

• 添加Blob Storage操作时，选择托管身份作为认证方式
• 确保Logic Apps的系统/用户分配托管身份已被授予目标存储账户的Storage Blob Data Contributor权限
• 连接器会自动完成身份验证流程，无需手动编写认证代码，安全性与稳定性更有保障

2. 用HTTP操作结合托管身份调用存储REST API #

如果需要自定义逻辑，可通过HTTP操作调用Azure Storage REST API并使用托管身份认证：

• 构造HTTP请求URL为目标Blob的REST端点，示例：https://<storage-account>.blob.core.windows.net/<container>/<blob>?restype=blob
• 在HTTP操作的身份验证设置中，选择托管身份，并指定资源为https://storage.azure.com/
• 可搭配其他Logic Apps操作处理请求参数与响应数据，实现自定义业务逻辑

3. 手动传入Azure AD令牌到内嵌C#脚本 #

若必须使用内嵌C#脚本，可通过以下方式绕开DefaultAzureCredential的限制：

• 先通过Azure AD获取令牌操作（或直接HTTP调用AD令牌端点），获取针对存储账户的访问令牌
• 将令牌作为参数传入内嵌C#脚本，在脚本中以Authorization: Bearer <token>的请求头调用Blob Storage REST API
• 此方式无需在脚本中初始化托管身份相关对象，仅需使用传入的令牌完成认证

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