返回 文章 apply CMS 文章

Cloudflare 统一 Workers AI 与 AI Gateway:单一控制平面重塑 AI 应用开发

了解 Cloudflare 如何通过统一 AI 控制平面简化模型接入、可观测性与计费,并预览模型优先路由的未来。

CloudflareAI GatewayWorkers AI统一控制平面
成长分 / 100 76 综合收获、行动、留存与影响

Cloudflare 统一 Workers AI 与 AI Gateway:单一控制平面重塑 AI 应用开发
为什么值得读了解 Cloudflare 如何整合 AI Gateway 和 Workers AI,减少开发者的选择负担。

获取统一绑定、自动可观测性和统一计费的实际用法与代码示例。

关键洞察
  1. Cloudflare 正在将 AI Gateway 和 Workers AI 统一为单一控制平面,统一入口点(绑定和 REST API),开发者无需再区分产品。
  2. 通过默认网关,所有 Workers AI 请求自动获得日志、令牌跟踪和成本归属,无需额外配置。
  3. AI Gateway 积分现在可用于 Workers AI,实现跨提供商的统一计费,并享受更高速率限制。
转成行动

深入阅读

正文与原文对照

原文保真覆盖:全文原文字符:9453

将 Workers AI 和 AI Gateway 统一为单一 AI 控制平面

Michelle ChenMing Lu

AI Gateway 和 Workers AI 最初是作为不同的产品推出的,但随着时间的推移,我们注意到用户正在趋同。使用 AI Gateway,您可以代理请求到任何模型提供商,并获得内置的可观测性、日志记录、访问和安全功能。在 Workers AI 上,我们将模型托管在我们管理的 GPU 基础设施上,公开一个 API 端点,您可以使用它来访问推理即服务。

这些产品的架构看起来不同,但对最终用户而言,它们实现相同的目标:通过复杂的控制平面将您连接到模型。今天,我们很高兴分享这些产品如何融合为一条统一路径的计划,以便您可以连接到任何模型提供商(包括 Workers AI),同时从单一控制平面管理可观测性、计费、安全性和日志记录等事项。

这是我们一些宏大计划的下一步——请继续阅读,了解统一控制平面对于模型路由的未来意味着什么。

合并绑定和 API

我们一直在通过入口点暗示这些产品正在变得更加统一:Workers 绑定和 REST API。我们有一个 AI 绑定,您可以使用它来调用 AI Gateway 和 Workers AI。没有单独的 AI Gateway 和 Workers AI 绑定的概念:一切都通过相同的路径。几个月前,我们推出了“默认”网关的概念,因此如果您从未设置过 AI Gateway,您仍然可以自动继承 AI Gateway 的可观测性和日志记录。当然,如果您想将应用程序拆分为多个项目,您仍然可以指定自己的网关。

以下是通过 AI Gateway 调用 Workers AI 时绑定调用的样子:

export default {
async fetch(request, env) {
const response = await env.AI.run(
'@cf/zai-org/glm-5.2',
{
messages: [
{ role: 'user', content: 'What is the capital of France?' },
]
},
{
gateway: {
id: 'default', // Use 'default' for the built-in gateway
},
}
);
return new Response(JSON.stringify(response), {
headers: { 'Content-Type': 'application/json' },
});
},
};

我们还宣布了一个统一的 REST API——/ai/ 端点,它允许您通过 AI Gateway 对 Workers AI 进行类似的调用。

curl "https://api.cloudflare.com/client/v4/accounts/{account_id}/ai/run/@cf/zai-org/glm-5.2" \
-H "Authorization: Bearer {api_token}" \
-H "Content-Type: application/json" \
-H "cf-aig-gateway-id: default" \
-d '{
"messages": [{"role": "user", "content": "What is the capital of France?"}],
}'

这样做使我们能够统一 AI Gateway 和 Workers AI 的入口点,因此您无需在首先使用哪个产品之间做出选择:一切都包含在内。

为所有 Workers AI 用户提供自动可观测性和控制

这种融合最直接的好处之一是,您不再需要显式创建 AI Gateway 即可开始查看推理流量的可见性。如果您从未设置过网关,只需在绑定或 REST API 调用中将 default 作为网关 ID 传递,AI Gateway 将在首次经过身份验证的请求时自动创建它。

这样,每个请求都会记录完整的请求和响应负载,按模型跟踪令牌计数,并且无需任何仪表板设置即可获得成本归属。如果您后来超出了默认网关——如果您想要自定义缓存规则或按应用程序拆分流量——您可以创建一个命名网关,并通过单个参数更改将请求指向它。

以下是它在绑定中的样子。之前,您直接调用 Workers AI:

const response = await env.AI.run('@cf/zai-org/glm-5.2', {
messages: [{ role: 'user', content: 'Hello!' }],
});

现在,添加第三个参数以通过 AI Gateway 路由并获得完整的可观测性:

const response = await env.AI.run(
'@cf/zai-org/glm-5.2',
{ messages: [{ role: 'user', content: 'Hello!' }] },
{ gateway: { id: 'default' } } // 首次使用时自动创建网关
);

前往 Cloudflare AI Gateway 仪表板,你会看到每个请求:延迟分解、令牌使用量、错误率,以及确切的提示和响应。对于调试模型行为或审计 AI 输出的团队来说,这相比盲目操作是一个巨大的升级。

新增:将 AI Gateway 积分用于 Workers AI

我们今天推出的一个新功能是能够将 AI Gateway 积分用于 Workers AI。以前,你只能在外部模型提供商(例如 OpenAI、Anthropic)上使用 AI Gateway 积分,但还不能将你的 AI Gateway 积分应用于 Workers AI 使用。我们终于启用了我们的系统,允许对 Workers AI 进行统一计费。这意味着你可以加载一个充满积分的钱包,然后选择在 OpenAI、Anthropic、Workers AI 或我们支持的任何提供商之间消费这些积分。

由于我们现在为 Workers AI 提供预付费计费,并希望鼓励用户使用这条新路径,如果你使用 AI Gateway 统一计费,我们还为 Workers AI 模型提供更高的速率限制。请参阅开发者文档了解有关速率限制以及如何请求更高速率限制的最新信息。

即将推出:模型优先路由

通过将所有推理流量流经单一控制平面,我们可以开始做出更智能的决策,从你想要的模型开始,而不是你必须管理的提供商,来服务每个请求。提供商优先路由迫使你考虑基础设施:“我调用哪个提供商?如果他们宕机了怎么办?”模型优先路由则颠覆了这一点。你考虑的是你需要什么——一个强大的推理模型、一个快速的摘要器、一个廉价的嵌入模型——而控制平面处理提供商选择、故障转移和负载均衡。

今天,如果你想调用一个模型,你必须知道哪个提供商托管它。如果该提供商宕机或对你进行速率限制,你的应用程序就会中断。我们正在朝着一个你指定模型、AI Gateway 处理其余事务的世界迈进。

这样,你可以请求 Kimi K2.7 Code,而不必关心它是来自 Workers AI、Moonshot 自己的 API,还是托管相同权重的其他提供商。如果 Workers AI 有容量,你将受益于我们托管的基础设施。如果 Workers AI 容量已满,网关会透明地将你负载均衡到可以提供相同模型的其他提供商。如果你愿意,你仍然可以选择坚持使用单一提供商,但如果你关心弹性,模型优先路由使你能够获得更多灵活性。我们与经过审查的提供商合作,因此模型输出的质量仍然是首要任务,并且也将能够满足诸如零数据保留(ZDR)之类的要求。

curl -X POST "https://api.cloudflare.com/client/v4/accounts/{account_id}/ai/v1/chat/completions" \
-H "Authorization: Bearer {api_token}" \
-H "cf-aig-gateway-id: my-gateway" \
-H "Content-Type: application/json" \
-d '{
"model": "kimi-k2.7-code",
"messages": [{"role": "user", "content": "Review this function"}]
}'

这也意味着默认情况下更好的弹性。如果某个提供商的模型版本出现问题,流量会转移到另一个提供商,而无需在 Workers 中进行应用级重试或复杂的回退逻辑。网关将模型可用性视为路由问题。我们希望在接下来的几个月内为所有 AI Gateway 和 Workers AI 用户试点这一功能。

下一步:智能路由

路由的下一个演进超越了简单的故障转移。我们正在构建智能路由,它能够理解您的请求内容,并在无需任何配置的情况下为任务选择正确的模型。

您无需指定模型,而是让网关来决定。在底层,一个运行在 Workers AI 上的分类器会读取您的提示词,并预测任务类型(编码、研究、摘要、通用问答)、复杂程度以及上下文的重要性。然后,一个启发式评分器会将其映射到精选模型池中的最佳模型。对于需要控制的团队,您仍然可以指定确切的模型。对于其他所有人,零配置路径意味着您可以在不维护自己的路由逻辑的情况下获得更好的经济效益和性能。我们目前正在内部试点这一功能,并将在发布前的接下来几周内积极测试和迭代。

立即开始

如果您已经在使用 Workers AI,最简单的试用方法是开始通过默认网关路由您现有的调用。您将立即获得请求日志、令牌跟踪和成本归属,而无需更改调用模型的任何其他方式。

如果您已经在使用 AI Gateway,将 Workers AI 添加到组合中就像调用 Workers AI 模型一样简单。加载您的 AI Gateway 钱包,您将获得我们支持的每个提供商的统一计费,以及 Workers AI 模型上的更高速率限制。

设置您的第一个网关,浏览

,并立即开始构建。

Workers AI 模型目录BLOG-3407 2.png