通过Azure DevOps部署Azure Functions配置App Insights Agent路径

mvn azure-functions:deploy部署时配置可正常生效，是因为Maven插件会自动将JVM启动参数同步到Azure Function App的应用设置中。使用Azure DevOps的AzureFunctionAppContainer@1任务部署容器镜像时，任务默认不会把镜像内部预定义的环境变量同步到Function App的平台配置中，导致你设置的Application Insights Agent挂载参数没有被JVM进程加载，最终配置失效。

两种方案二选一即可，优先推荐第一种，不需要重新构建镜像：

• 方案1：在ADO部署任务中直接注入应用配置
  在现有AzureFunctionAppContainer@1任务的入参中新增appSettings字段，显式指定JAVA_OPTS参数，值为你镜像内Application Insights Agent jar包的绝对路径，修改后的任务配置参考：

- task: AzureFunctionAppContainer@1
  displayName: 'Azure Function App on Container Deploy: $(orchestratorfunctionappName)'
  inputs:
    azureSubscription: '${{ parameters.environments.serviceConnectionId }}'
    appName: appName
    imageName: 'appImage'
    appSettings: >-
      JAVA_OPTS=-javaagent:/替换为你镜像内agent jar的实际绝对路径

配置完成后执行部署，任务会自动把该参数写入Function App的平台应用设置，容器启动时JVM会自动读取该参数加载Agent。

• 方案2：在Dockerfile中固化启动参数
  如果不想在流水线任务中维护JVM参数配置，可以直接在构建镜像的Dockerfile中通过ENV指令固定JAVA_OPTS值，写法参考：

# 示例：假设你已将agent jar拷贝到镜像内/opt/ai-agent/目录下
ENV JAVA_OPTS="-javaagent:/opt/ai-agent/applicationinsights-agent.jar"

注意使用该方案时，不要在Function App门户、部署任务中重复配置JAVA_OPTS，否则平台侧的配置会覆盖镜像内的预设值，导致配置不符合预期。

部署完成后进入Function App的高级工具（Kudu）页面，查看环境变量列表中JAVA_OPTS的值是否和你配置的一致，确认无误后重启一次应用，触发几次函数调用，到Application Insights后台检查是否有动态追踪的链路数据上报即可。

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