如何在Azure API Management中修改API端点的Azure Functions后端

1. 单API端点/操作是否支持绑定不同的Azure Function App作为后端？ #

完全支持，这是API Management的原生核心能力，不存在功能层面的限制。API的后端转发目标支持API、产品、单个操作、甚至单次请求粒度的动态调整，不需要把整个API的所有请求都转发到同一个Function App资源。

2. 自动生成API是否导致后端被锁定为初始关联的Function App无法修改？ #

是。你遇到的关联Azure Resource属性只读的问题，完全是「从现有Function App自动导入生成API」这个流程的默认行为，不是功能限制。

自动导入时系统会在API层级全局绑定源Function App的关联关系，同时锁定可视化面板的资源关联配置，目的是保证后续自动同步Function触发器配置时不会出现后端匹配错误，但这个锁定仅作用于可视化配置面板，不会限制你通过策略修改实际的请求转发目标。

3. 同一API下逐端点灵活切换后端的官方推荐实现方案 #

官方推荐通过策略配置的方式实现灵活后端路由，不要依赖自动导入时生成的固定资源关联关系，具体操作步骤如下：

• 提前在APIM的「后端」管理页面，把你需要用到的所有版本的Function App都添加为独立的后端实体，完成每个后端的访问鉴权、域名配置
• 进入需要调整后端的单个API操作的策略编辑界面，移除该操作从父级API继承的默认set-backend-service策略（如果存在）
• 在该操作的入站策略块中添加自定义后端转发规则，指向你需要关联的目标Function App后端，基础配置示例如下：

<inbound>
    <base />
    <!-- 将backend-id替换为你提前配置好的目标Function App对应的后端ID -->
    <set-backend-service backend-id="your-function-app-v2-backend" />
</inbound>

• 如果要实现灰度发布能力，你还可以在策略中添加流量权重规则、请求头/用户特征匹配规则，实现按比例切流、指定用户优先访问新版本等能力，完全覆盖之前用Azure Functions Proxy实现的逐函数灰度场景，同时还能叠加限流、统一鉴权、请求转换等额外能力。

如果不想逐个操作配置策略，也可以在API层级编写全局条件路由策略，按请求路径、HTTP方法自动匹配对应版本的Function App后端，维护成本更低。 #

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