定价

默认情况下，用户可以使用 Workers Free 套餐。Workers Free 套餐包括对 Workers、Pages Functions、Workers KV 和 Hyperdrive 的有限使用量。有关 Free 套餐限制 的更多信息，请继续阅读。

Workers Paid 套餐包括 Workers、Pages Functions、Workers KV、Hyperdrive 和 Durable Objects 的使用量，每个账户最低收费 $5 USD。该套餐包含更高的初始使用配额，超出基础套餐的使用量有明确的计费标准。数据传输（egress）或吞吐量（bandwidth）不额外收费。

所有包含的使用量均按月计算。

Workers Paid 套餐用户可以访问 Standard 使用模型。Workers Enterprise 账户根据合同中指定的使用模型计费。要切换到 Standard 使用模型，请联系您的 Account Manager。

¹ 传入 Worker 的请求。Cloudflare 不对 Worker 发出的子请求 计费。

² 对 Worker 建立的 WebSocket 连接按一次请求计费，代表建立 WebSocket 的初始 Upgrade 连接。通过 Worker 路由的 WebSocket 消息不计为请求。

³ 对 static assets 的请求免费且无限制。

⁴ 启用 Workers Caching 时，从 Worker 缓存提供的请求与调用 Worker 的请求按相同的每请求费率计费。这包括对 static assets 和 worker-to-worker invocations 的请求。CPU 时间仅在 Worker 运行时计费（缓存未命中或绕过）。

一个 Worker 每月处理 1500 万次请求，每次请求平均使用 7 毫秒 (ms) CPU 时间，预估费用如下：

一个项目每月处理 1500 万次请求，其中 80%（1200 万）请求提供 static assets，其余调用动态 Worker 代码。Worker 每次请求平均使用 7 毫秒 (ms)。

对 static assets 的请求免费且无限制。该项目的预估费用如下：

一个在 Cron Trigger 上每小时运行一次的 Worker，从多个 API 收集数据、处理数据并创建报告。

• 720 requests/month
• 3 minutes (180,000ms) of CPU time per request

在此场景中，预估的每月费用计算如下：

一个高流量 Worker 每月处理 1 亿次请求，每次请求平均使用 7 毫秒 (ms) CPU 时间，预估费用如下：

与示例 4 相同的 Worker，但启用了 Workers Caching，缓存命中率为 80%。8000 万次请求从缓存提供，2000 万次调用 Worker。缓存命中计为请求但不消耗 CPU 时间。

有关缓存内容和如何启用缓存的详细信息，请参阅 Cache。

Workers Paid 套餐用户可以访问 Standard 使用模型。但是，部分用户可能仍配置了旧版使用模型。旧版使用模型包括 Workers Unbound 和 Workers Bundled。建议用户迁移到 Workers Standard 使用模型。更改使用模型仅影响可计费使用量，没有技术影响。

要更改默认的账户范围使用模型：

1. 在 Cloudflare 仪表板中，前往 Workers & Pages 页面。

   Go to Workers & Pages ↗

2. 在右侧菜单中找到 Usage Model（用量模型） > Change（更改）。

可以在单个 Worker 级别更改使用模型：

1. 在 Cloudflare 仪表板中，前往 Workers & Pages 页面。

   Go to Workers & Pages ↗

2. 在 Overview（概览） 中，选择您的 Worker > Settings（设置） > Usage Model（用量模型）。

更改默认使用模型时，现有 Worker 不会受到影响。您可以更改单个 Worker 的使用模型，而不影响账户范围的默认使用模型。

Workers Logs 包含在 Free 和 Paid Workers 计划中。

Workers Logpush 仅在 Workers Paid 套餐上可用。

¹ Workers Logpush 对应用过滤或采样后到达最终目标的请求日志计费。

Workers KV 包含在 Free 和 Paid Workers 计划中。

¹ Workers Free 计划包含有限的 Workers KV 使用量。所有限制 在 UTC 00:00 每日重置。如果你超过任何一项限制，该类型的进一步 操作将失败并返回错误。

Hyperdrive 包含在 Free 和 Paid Workers 计划中。

Cloudflare Queues 按给定月份内对每个队列执行的操作总数收费。

• 每写入、读取或删除 64 KB 数据计为一次操作。
• 大于 64 KB 的消息按多条消息计费：例如，65 KB 消息和 127 KB 消息在写入、读取或删除时都会产生两次操作费用。
• KB 定义为 1000 字节，每条消息包含约 100 字节的内部元数据。
• 操作按消息计算，而非按批次。一批 10 条消息（默认批次大小）如果处理，将产生 10 次写入、10 次读取和 10 次删除操作：批次中每条消息各一次。
• 没有数据传输（出口）或吞吐量（带宽）费用。

在大多数情况下，传递一条消息需要 3 次操作：1 次写入、1 次读取和 1 次删除。因此，你可以使用以下公式估算每月账单：

((Number of Messages * 3) - 1,000,000) / 1,000,000  * $0.40

此外：

• 每次重试都会产生一次读取操作。重试的一批 10 条消息每次重试将产生 10 次操作。
• 达到最大重试次数并写入死信队列（Dead Letter Queue）的消息，每 64 KB 块产生一次写入操作。重试 3 次（默认）、第 4 次传递失败并写入死信队列的消息将产生五 (5) 次读取操作。
• 写入队列但在被读取之前达到最大持久性持续时间（或"过期"）的消息，每 64 KB 块仅产生一次写入和删除操作。

Cloudflare 在 Workflows 计费更新日志 中公布的开始日期之前，不会对 step 和存储用量计费。

D1 在 Workers Free 和 Workers Paid 套餐上均可用。

1. 读取行数衡量查询读取（扫描）的行数，与每行大小无关。例如，如果你有一个包含 5000 行的表并运行 SELECT * FROM table 作为全表扫描，这将计为 5000 行读取。在未索引列上过滤的查询可能向 Worker 返回较少的行，但仍需要读取（扫描）更多行以确定返回哪个子集。
2. 写入行数衡量写入 D1 数据库的行数。写入操作包括 INSERT、UPDATE 和 DELETE。这些操作中的每一个都计入写入行数。向 users 表 INSERT 10 行的查询将计为 10 行写入。
3. DDL 操作（例如 CREATE、ALTER 和 DROP）用于定义或修改数据库结构。它们可能导致读取行和写入行的混合。请确保通过可用工具（meta object、GraphQL Analytics API 或 Cloudflare 仪表板 ↗）准确跟踪使用量。
4. 行大小或行中的列数不影响行的计数方式。1 KB 的行和 100 KB 的行都计为一行。
5. 在表上定义索引可减少在该索引字段上过滤时查询读取的行数。例如，如果 users 表在时间戳列 created_at 上有索引，查询 SELECT * FROM users WHERE created_at > ?1 只需读取表的子集。
6. 当写入包含索引列时，索引会添加额外的写入行，因为写入了两行：一行写入表本身，一行写入索引。索引的性能优势和读取行数的减少在几乎所有情况下都会抵消这一额外写入。
7. 存储基于每月存储的 GB 数，基于账户中所有数据库的总和。表和索引都计入消耗的存储。
8. 免费限制在 UTC 00:00 每日重置。每月包含限制基于你的每月订阅续订日期重置，该日期由你首次订阅的日期决定。
9. 从 D1 访问的数据没有数据传输（出口）或吞吐量（带宽）费用。
10. 读取复制不会对读取副本额外收费。你根据查询的 rows_read 和 rows_written 产生相同的使用计费。

Durable Objects 按 Durable Object 主动运行或空闲在内存中但无法休眠时的计算 duration（挂钟时间）计费。空闲且符合休眠条件的 Durable Objects 不计 duration 费用，即使在运行时休眠它们之前也是如此。对 Durable Object 的请求会保持其活动状态，如果处于非活动状态则创建该对象。

let durableObjectStub = OBJECT_NAMESPACE.get(id); // retrieve Durable Object stub
using foo = await durableObjectStub.bar(); // billed as a request
await foo.baz(); // treated as part of the same RPC session created by calling bar(), not billed as a request
await durableObjectStub.cat(); // billed as a request

Durable Objects Storage API 仅可从 Durable Objects 内部访问。定价取决于 Durable Objects 的存储后端。

• SQLite 支持的 Durable Objects（推荐）：SQLite 存储后端 推荐用于所有新的 Durable Object 类。Workers Free 计划只能创建和访问 SQLite 支持的 Durable Objects。
• 键值支持的 Durable Objects：键值存储后端 仅在 Workers Paid 计划上可用。

Vectorize 目前仅在 Workers paid 套餐上可用。

要估算潜在用量，请计算查询向量维度和存储向量维度，再乘以单价。公式为 ((queried vectors + stored vectors) * dimensions * ($0.01 / 1,000,000)) + (stored vectors * dimensions * ($0.05 / 100,000,000))

• 例如，插入 10,000 个各 768 维的向量，并每天查询 1,000 次（每月 30,000 次），计算为 ((30,000 + 10,000) * 768) = 30,720,000 查询维度，以及 (10,000 * 768) = 7,680,000 存储维度（在每月包含额度内）
• 单独计算，且不含每月包含额度时，为 (30,000 + 10,000) * 768 * ($0.01 / 1,000,000) + (10,000 * 768 * ($0.05 / 100,000,000))，合计约每月 $0.31。

R2 根据存储的数据总量以及对该数据的两大类操作计费：

1. Class A operations，费用较高，通常用于变更状态。
2. Class B operations，通常用于读取现有状态。

egress bandwidth 不收费。

Containers 按每 10ms 的活跃运行时间计费，费率如下，并包含在 $5 USD 每月 Workers Paid 套餐 的每月使用量中：

您只需为实际使用量付费 — 当请求发送到 container 或手动启动时开始计费。container 实例进入 sleep 状态后停止计费，这可能在超时后自动发生。

Containers 的 egress 定价如下：

通过 Service Binding 从 Worker 向另一个 worker 发出的请求不产生额外的请求费用。这允许您将功能拆分到多个 Worker，而不会产生额外成本。

例如，如果 Worker A 通过 Service Binding 向 Worker B 发出子请求，或通过 Service Binding 调用 Worker B 提供的 RPC 方法，计费方式为：

• 一次请求（Worker A 的初始调用）
• Worker A 和 Worker B 使用的 CPU 时间总量

Workers Paid 套餐与您可能拥有的任何其他 Cloudflare 套餐（Free、Professional、Business）是分开的。如果您是 Enterprise 客户，请联系您的账户团队以确认定价详情。

只有命中 Worker 的请求才会计入您的限制和账单。由于 Cloudflare Workers 在 Cloudflare 缓存之前运行，缓存请求仍会产生费用。请参阅 Limits 以查看定义和达到限制后的行为。