Azure已部署函数应用修改Durable Task的MaxConcurrentActivityFunctions最佳方案

嗨，我明白手动停服、下载修改再上传host.json的方式有多麻烦，给你几个更高效的解决方案，不用再折腾那套繁琐流程：

方案1：用应用设置替代硬编码（推荐） #

这是Azure函数配置的最佳实践，能让你把配置和代码解耦，不用修改host.json文件就能调整并发数：

1. 修改已部署的host.json，把固定的数值替换为应用设置变量：

   "extensions": {
     "durableTask": {
       "MaxConcurrentActivityFunctions": "%MAX_CONCURRENT_ACTIVITIES%"
     }
   }
   

2. 登录Azure门户，进入你的函数应用，找到配置 > 应用设置，添加一个新的应用设置：
   • 名称：MAX_CONCURRENT_ACTIVITIES
   • 值：根据服务计划类型设为1或4
3. 保存设置后，函数应用会自动重载配置（无需手动重启，系统会自动处理）。

后续如果需要调整，直接修改这个应用设置就行，完全不用碰host.json文件。你还可以通过Azure CLI批量给多个函数应用设置这个值，比如：

# 给消费计划的函数应用设置为1
az functionapp config appsettings set --name <你的函数应用名> --resource-group <你的资源组> --settings MAX_CONCURRENT_ACTIVITIES=1

# 给高级/专用计划的函数应用设置为4
az functionapp config appsettings set --name <你的函数应用名> --resource-group <你的资源组> --settings MAX_CONCURRENT_ACTIVITIES=4

方案2：用Kudu API直接修改host.json（适合自动化脚本） #

如果不想修改host.json的结构，也可以通过Kudu的文件操作API直接远程修改已部署的host.json文件，不用下载上传：

1. 先获取函数应用的发布凭据（用于Kudu认证）：

   # 获取用户名
   az functionapp deployment list-publishing-profiles --name <你的函数应用名> --resource-group <你的资源组> --query "[0].userName" --output tsv
   # 获取密码
   az functionapp deployment list-publishing-profiles --name <你的函数应用名> --resource-group <你的资源组> --query "[0].userPWD" --output tsv
   

2. 用curl调用Kudu API更新host.json：

   curl -X PUT "https://<用户名>:<密码>@<你的函数应用名>.scm.azurewebsites.net/api/vfs/site/wwwroot/host.json" \
   -H "Content-Type: application/json" \
   -d '{
     "extensions": {
       "durableTask": {
         "MaxConcurrentActivityFunctions": 1 // 根据需要改成4
       }
     }
   }'
   

修改完成后，函数应用会自动加载新的配置，无需手动停止重启。

方案3：通过基础设施即代码动态配置（适合CI/CD场景） #

如果你的函数应用是用ARM模板或Bicep部署的，可以直接在部署模板里根据服务计划类型动态设置并发数：
比如用Bicep的话，可以这样写：

param functionAppName string
param servicePlanSkuName string = 'Y1' // 消费计划默认值

// 根据服务计划类型判断并发数
var maxConcurrentActivities = servicePlanSkuName == 'Y1' ? '1' : '4'

resource functionApp 'Microsoft.Web/sites@2022-09-01' = {
  name: functionAppName
  location: resourceGroup().location
  properties: {
    serverFarmId: servicePlan.id
    // ...其他基础配置
  }
  siteConfig: {
    appSettings: [
      {
        name: 'MAX_CONCURRENT_ACTIVITIES'
        value: maxConcurrentActivities
      }
    ]
    // ...其他站点配置
  }
}

然后host.json依然用%MAX_CONCURRENT_ACTIVITIES%引用这个应用设置，这样每次部署时，模板会自动根据服务计划的SKU设置正确的并发数，完全自动化。

另外，你之前尝试Azure SDK/REST API没找到方法，是因为host.json属于应用代码文件范畴，不是常规的应用设置，所以需要用Kudu的文件操作API或者上面的应用设置替换方案来处理。其中方案1是最推荐的，因为它灵活性最高，后续维护成本最低。

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