Azure Function Elastic Premium(EP1)部署后运行时不可达

该报错由Elastic Premium计划专属的几个配置错误导致，P1v2专用Premium计划不会触发这些校验：

定位到的错误配置 #

• 服务计划类型配置错误：你使用Python运行时（Linux环境），但Elastic Premium服务计划的kind参数设为elastic（对应Windows环境），平台会拉取错误的运行时镜像，无法启动Python函数宿主。Linux弹性Premium计划的正确kind值为elastic,linux。
• 实例容量配置超出SKU限制：EP1规格的弹性Premium计划最大支持30个实例，你设置capacity = 40属于非法配置，会导致平台实例调度失败，运行时无法就绪。
• 资源依赖配置错误：服务计划模块的depends_on引用了不存在的module.storage_account资源（实际存储模块名为module.storage_account_sample），会导致服务计划预配时存储账户的网络规则还未生效，首次启动无法访问存储创建必要文件共享，后续平台不会自动重试该操作。
• 必填应用配置依赖动态生成：你提到WEBSITE_CONTENTAZUREFILECONNECTIONSTRING和WEBSITE_CONTENTSHARE为动态生成，第三方Terraform模块在Elastic Premium场景下经常出现这两个值注入延迟、遗漏的问题，导致运行时找不到站点内容目录。

修复操作 #

1. 修正服务计划配置：将kind改为elastic,linux，capacity调整为10（可后续根据负载扩容，最高不要超过30），修正depends_on的资源引用为实际的存储模块。
2. 在app_settings中显式写入所有必填配置项，不要依赖模块动态生成，避免时序问题。
3. 重新部署前，先删除存储账户中自动生成的、与函数应用同名的文件共享，避免损坏的旧共享挂载失败。
4. 部署完成后如果仍报错，手动重启一次函数应用，强制重新挂载存储、拉取运行时。

修正后的核心Terraform配置 #

locals {
  app_settings = {
    FUNCTIONS_WORKER_RUNTIME                  = "python"
    FUNCTION_APP_EDIT_MODE                    = "readonly"
    WEBSITE_VNET_ROUTE_ALL                    = "1"
    WEBSITE_CONTENTOVERVNET                   = "1"
    # 显式声明必填配置，不依赖动态生成
    AzureWebJobsStorage                       = module.storage_account_sample.primary_connection_string
    WEBSITE_CONTENTAZUREFILECONNECTIONSTRING  = module.storage_account_sample.primary_connection_string
    WEBSITE_CONTENTSHARE                      = "${replace("functionname", "-", "")}content"
  }
}

module "az_service_plan_sample" {
  source = "source module"

  serviceplan_name    = "planname"
  resource_group_name = "RG Name" 
  region              = "East US 2" 
  tier                = "ElasticPremium"
  size                = "EP1"
  kind                = "elastic,linux"
  capacity            = 10
  per_site_scaling    = false

  depends_on = [
    module.storage_account_sample
  ]
}

如果你部署的是Windows函数，不需要修改kind参数，但必须调整容量到合法范围、修正依赖引用、显式配置所有必填项。

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