
腾讯云 CNB 社区版每月提供云原生构建 160 核时、云原生开发 1600 核时、AI Credits 500 credits、仓库与对象存储各 100 GiB 的免费额度。本文用具体数字换算这些额度能支撑多少次构建、几人协作多久,帮你把成本算清楚。
在聊"能跑多少任务"之前,先把免费额度的构成列清楚。腾讯云 CNB 社区版每个顶级组织每月可享有的免费额度覆盖计算、存储和 AI 三类资源,具体如下:
计费项 | 免费额度 | 统计范围 |
|---|---|---|
仓库存储 | 100 GiB | Git 对象 |
对象存储 | 100 GiB | 制品、LFS 对象、图片及附件 |
云原生构建-CPU | 160 核时/月 | 云原生构建流水线使用的 CPU 资源 |
云原生开发-CPU | 1600 核时/月 | 云原生开发空间使用的 CPU 资源 |
AI Credits | 500 credits/月 | NPC 等 AI 能力的 Token 消耗 |
这里有两个关键点需要特别说明:
a. 计算资源以"核时"为计量单位。核时 = CPU 核数 × 使用小时数,8 核 使用 1 小时 就等于 8 核 × 1 小时 = 8 核时。构建节点规格可按需声明,用多少核、跑多少小时,决定了实际消耗的核时。
b. GPU 不提供免费额度。云原生构建-GPU 和云原生开发-GPU 均无免费额度,使用即按 0.5 元/核时 计费。如果你主要跑 CPU 构建任务,免费额度完全够用;若涉及 GPU 任务,则需要按量付费。
这一节是本文的核心,我们把 160 核时换算成不同规格节点下的实际可用时长。
根据核时计算公式 核时 = 核数 × 小时数,免费额度固定为 160 核时/月,节点规格越高,能跑的小时数越短。各规格对应的可用时长如下:
CPU(核) | 内存(GiB) | 免费额度可用时长 |
|---|---|---|
1 | 2 | 160 小时 |
2 | 4 | 80 小时 |
4 | 8 | 40 小时 |
8 | 16 | 20 小时 |
16 | 32 | 10 小时 |
32 | 64 | 5 小时 |
64 | 128 | 2.5 小时 |
从这张表可以得出几个直观结论:
再举一个更贴近实际的换算例子:假设你的项目一次完整构建(拉代码 + 安装依赖 + 跑测试 + 打包镜像)在 8 核节点上需要 10 分钟,那么单次构建消耗约 8 核 × 10/60 小时 ≈ 1.33 核时。160 核时大约能跑 120 次 这样的构建。对于个人开发者或中小团队日常提交触发的构建来说,这个量级通常够用。
需要注意的是,用量计算遵循"自然月内累积用量 − 免费额度"的规则,而且系统每 5 分钟会冻结一次用量(冻结用量 = 5 min × 节点规格)。如果预冻结时检测到可用额度不足,系统会立即终止任务,避免产生额外费用。
云原生开发的免费额度是 1600 核时/月,明显高于构建额度,因为它面向的是更长时间的在线开发场景。同样按核时公式换算,各规格下的可用时长和适用场景如下:
CPU(核) | 内存(GiB) | 免费额度可用时长 | 适用场景 |
|---|---|---|---|
1 | 2 | 1600 小时 | 可支持 10 人,每天使用 8 小时,持续 20 天 |
2 | 4 | 800 小时 | 可支持 5 人,每天使用 8 小时,持续 20 天 |
4 | 8 | 400 小时 | 可支持 3 人,每天使用 8 小时,持续 16 天 |
8 | 16 | 200 小时 | 可支持 1 人,每天使用 8 小时,持续 25 天 |
16 | 32 | 100 小时 | 可支持 1 人,每天使用 8 小时,持续 12 天 |
32 | 64 | 50 小时 | 可支持 1 人,每天使用 8 小时,持续 6 天 |
64 | 128 | 25 小时 | 可支持 1 人,每天使用 8 小时,持续 3 天 |
可以看出,云原生开发的免费额度对中小团队相当友好:如果用 1 核规格,足够 10 人团队每人每天用 8 小时、连续用 20 天;用 2 核规格也能支撑 5 人同样强度地使用 20 天。对于临时协作、远程开发、新人上手这类场景,免费额度基本能覆盖大部分需求。
除了计算资源,免费额度还包含存储和 AI 两部分,同样受月底清零、不叠加至次月的规则约束。
存储方面,仓库存储和对象存储是两项独立计费资源,各自单独享有 100 GiB 免费额度、各自按"自然月内日均用量 − 免费额度"分别统计,两者不能互相挪用——没用完的仓库存储额度不能挪到对象存储用。仓库存储用于 Git 对象,对象存储用于制品、LFS 对象、图片及附件。统计口径取整个月的日均占用,而不是某一天的峰值。对于代码仓库和少量制品这类场景,各自 100 GiB 的免费空间通常绰绰有余。
AI Credits 方面,每月 500 credits 可用于 NPC、云原生开发内置 CodeBuddy、AI 代码评审等 AI 能力的 Token 消耗。这部分额度主要面向日常使用 AI 辅助编程和自动回复的场景。一旦当月 AI Credits 用尽,NPC 等 AI 能力将不可用,直到次月额度重置。
这里要强调一个容易忽略的规则:当月未用完的额度不会结转到下个月。三类资源都遵循这一规则,因此合理规划当月用量比较重要。
社区版采用"免费额度 + 超额按量计费"的月结后付费模式,月初按上个自然月的实际用量自动扣费,无需主动续费,也不涉及预付费充值。各计费项的超额计费标准如下:
计费项 | 超额计费标准 |
|---|---|
仓库存储 | 1 元/GiB/月 |
对象存储 | 1 元/GiB/月 |
云原生构建-CPU | 0.125 元/核时 |
云原生开发-CPU | 0.125 元/核时 |
云原生构建-GPU | 0.5 元/核时 |
云原生开发-GPU | 0.5 元/核时 |
AI Credits | 0.05 元/credit |
免费额度用尽后,相关能力会受限而非立即产生费用。例如 AI Credits 用尽后 NPC 等 AI 能力不可用,计算资源额度用尽后,新的构建或开发任务将受到限制。如果你希望提升用量上限,可以在 cnb.cool 中前往「组织 > 设置 > 用量管理」绑定腾讯云预算,组织用量上限 = 免费额度 + 预算配置的用量上限。
你也可以随时查看用量:在「组织 > 设置 > 用量管理」查看组织级别整体用量,在「仓库 > 设置 > 用量统计」查看仓库级别详情,在「制品库 > 设置 > 用量统计」查看制品库级别详情。把用量监控纳入日常习惯,能有效避免额度意外耗尽。
综合来看,腾讯云 CNB 社区版的免费额度对个人开发者和中小团队相当实用:160 核时的构建额度,用 8 核节点能跑 20 小时、约等于 120 次常规构建;1600 核时的开发额度,用 1 核规格能支撑 10 人团队每天 8 小时用 20 天;再加上各 100 GiB 的存储空间和 500 AI Credits,足以覆盖日常的代码托管、CI/CD 构建、云端开发和 AI 辅助编程需求。只要合理选择节点规格、关注月底清零规则,免费额度在大多数轻量到中等强度的场景下都能用得比较从容。
如果你想亲身体验这些免费额度,可以直接在 腾讯云 CNB 上创建组织并开通社区版,用真实的构建任务跑一遍,就能得到属于你自己的用量账本。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。