llmd 提供商会将兼容 OpenAI 的请求发送到 llm-d Router,并为 Endpoint Picker(EPP)添加受信任的调度元数据。当 GoModel 作为 llm-d 前面的认证 API 网关时,请使用此提供商。
前提条件
- 一个正在运行的 llm-d 部署,并带有可到达 Router/EPP 的 HTTPRoute。
- 该路由暴露的模型名称。
- GoModel 到 Router 服务的网络连通性。
使用环境变量配置
LLMD_BASE_URL 为必填项,且应包含 /v1。LLMD_API_KEY 为可选项;当 llm-d 前面的 Gateway 要求 Bearer 认证时才需设置。
省略 LLMD_INFERENCE_OBJECTIVE 时,GoModel 不会发送推理目标(inference objective)请求头。当 llm-d 部署定义了多个推理目标、且此 GoModel 提供商需要选择其中之一时,请设置该变量。
当您的路由不提供 GET /v1/models 时,请声明 LLMD_MODELS。GoModel 会将该列表用作此提供商的模型清单。
使用 YAML 配置
fairness_from_user_path 默认为 true。GoModel 会在应用认证和密钥策略之后,根据实际生效的 user_path 推导出公平性 ID(fairness ID)。如果由另一个受信任的层设置公平性元数据,请将其设置为 false。
仅凭客户端提供的原始
X-GoModel-User-Path 不足以设置公平性 ID。请将该路径绑定到托管认证密钥或扩展身份,以便 GoModel 将其视为实际生效的已认证路径。x-llm-d-* 请求头和已弃用的 x-gateway-* 别名,两者携带相同的受信任值。这样既支持稳定版 llm-d 0.8 部署,又使用了 llm-d 0.9 及更高版本所识别的规范名称。
当 EPP 流量控制在经过转换的推理路由上返回 429 时,GoModel 会保留 x-llm-d-request-dropped-reason 响应头,以便客户端区分请求被拒绝和分发后被驱逐。
验证
首先在控制台中创建一个 GoModel 托管 API 密钥,将其user_path 绑定到 /team/alpha,并将返回的值赋给 TEAM_ALPHA_GOMODEL_KEY。该请求所使用的公平性 ID 由密钥绑定确定,而不是由客户端声明的请求头确定。
llmd/ 路由前缀。带斜杠的 Hugging Face 模型 ID 会保持不变。
支持的路由
该提供商通过兼容 OpenAI 的 API 实现了 Chat Completions、Responses、嵌入(Embeddings)和模型列表。对于 llm-d HTTP API 参考中的其他路由,默认启用透传,包括 OpenAI completions、Anthropic Messages 和 vLLM Generate:多个 llm-d 路由
使用带后缀的变量注册相互独立的 Router 服务:llmd-prod 和 llmd-dev。使用 llmd-dev/Qwen/Qwen2.5-0.5B-Instruct 这样的模型名称来选择它们。