如何将Azure Functions部署到AKS并配置KEDA多触发器ScaledObject

一、正确的ScaledObject编写方式 #

你的原YAML存在语法结构错误和触发器配置不完整的问题，导致只有第一个触发器生效：

1. minReplicaCount和maxReplicaCount被错误嵌套在triggers列表中，破坏了YAML结构，后续触发器被识别为无效配置；
2. HTTP、Azure ServiceBus触发器缺少必需的元数据字段，无法被KEDA解析。

以下是包含所有触发器类型的正确ScaledObject配置示例：

apiVersion: keda.sh/v1alpha1
kind: ScaledObject
metadata:
  name: XXX-XXX-function-scaledobject
  namespace: backend-services
  labels:
    app: XXX-XXX-function
    deploymentName: XXX-XXX-function
spec:
  scaleTargetRef:
    name: XXX-XXX-function
  minReplicaCount: 1
  maxReplicaCount: 10
  triggers:
    # Azure Event Hub触发器
    - type: azure-eventhub
      metadata:
        connection: EventHubConnectionString  # 对应K8s Secret中的密钥名
        eventHubName: your-event-hub-name
        consumerGroup: $Default
        lagThreshold: "50"
        bootstrapServers: event-hub.servicebus.windows.net:9093
    # Cron（Timer）触发器
    - type: cron
      metadata:
        schedule: "*/5 * * * *"
        timezone: "Asia/Shanghai"  # 可选，默认UTC
        startReplicaCount: "2"     # 触发时的目标副本数
    # HTTP触发器
    - type: http
      metadata:
        targetValue: "100"         # 每秒请求数阈值
        authToken: "your-auth-token"  # 对应K8s Secret中的密钥名
        url: "http://XXX-XXX-function.backend-services.svc.cluster.local/health"
    # Azure Service Bus触发器
    - type: azure-servicebus
      metadata:
        connection: ServiceBusConnectionString  # 对应K8s Secret中的密钥名
        queueName: your-servicebus-queue
        messageCount: "20"         # 队列消息数阈值
    # Azure Event Grid触发器
    - type: azure-eventgrid
      metadata:
        topicEndpoint: "https://your-eventgrid-topic.westus-1.eventgrid.azure.net/api/events"
        subscriptionId: "your-subscription-id"
        tenantId: "your-tenant-id"
        clientId: "your-service-principal-client-id"
        clientSecret: EventGridClientSecret  # 对应K8s Secret中的密钥名
        eventHubName: your-eventgrid-eventhub
        lagThreshold: "30"

关键注意事项： #

• 所有触发器必须嵌套在triggers列表下，minReplicaCount/maxReplicaCount属于spec的顶级字段；
• 每个触发器的metadata字段需根据KEDA要求补全（不同类型触发器的必填字段不同）；
• 敏感信息（如连接字符串、令牌）需通过Kubernetes Secret存储，避免硬编码。

二、"AzureWEBjob storage connecting string not found" 错误解决方案 #

这个错误是因为Azure Functions运行时必须依赖AzureWebJobsStorage环境变量，用于存储作业状态、触发器元数据和日志。解决步骤如下：

1. 创建存储连接字符串的Kubernetes Secret
   假设你的Azure存储账户连接字符串为DefaultEndpointsProtocol=https;AccountName=xxx;AccountKey=xxx;EndpointSuffix=core.windows.net，执行以下命令创建Secret：

kubectl create secret generic func-storage-secret \
  --namespace backend-services \
  --from-literal=AzureWebJobsStorage="DefaultEndpointsProtocol=https;AccountName=xxx;AccountKey=xxx;EndpointSuffix=core.windows.net"

2. 修改Azure Functions Deployment配置
   在Deployment的spec.template.spec.containers[0].env中添加环境变量引用该Secret：

spec:
  template:
    spec:
      containers:
        - name: XXX-XXX-function
          env:
            - name: AzureWebJobsStorage
              valueFrom:
                secretKeyRef:
                  name: func-storage-secret
                  key: AzureWebJobsStorage
            # 其他环境变量（如FUNCTIONS_WORKER_RUNTIME等）

3. 验证配置
   更新Deployment后，查看Pod的环境变量是否正确加载：

kubectl exec -n backend-services <pod-name> -- printenv AzureWebJobsStorage

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