免费额度够用多久：Cloudflare Pages、Railway 这些
Cloudflare Pages/Workers：静态站基本免费到底
Cloudflare Pages 托管静态网站长期免费，没有严格的流量上限；配套的 Workers 有每日请求数的免费额度，个人项目、小工具、MVP 阶段基本用不完。超出免费额度后按量计费，价格透明，官网价格页可以直接查。Cloudflare 目前没有面向个人的推广返佣计划，这里只放官方链接。
Railway：按用量计费，免费额度是启动金
Railway 的免费部分更像是给新用户的一笔起步额度，用完之后按实际用量（CPU、内存、网络）计费，适合快速验证一个想法、跑一个小型全栈应用，长期跑生产环境需要提前预估月度成本。
免费层常见的限制方式
免费层通常从几个维度限制：请求次数上限、计算时长上限、流量上限、并发连接数上限。不同平台侧重点不一样——静态托管类服务大多限流量和请求数，计算类服务（Serverless 函数、数据库）大多限执行时长和资源用量。用之前花几分钟看清楚免费层具体卡的是哪个维度，比看到「免费」两个字就直接上手更稳妥。
什么时候该升级
- 流量或请求量稳定超过免费层上限，且短期内看不到降下去的趋势。
- 需要免费层不提供的能力，比如更高的并发、更长的执行时间、固定 IP。
- 项目从「验证想法」进入「有真实付费用户」阶段，这时候稳定性比省钱更重要。
免费额度用完的退路
真到了要超出免费层的那天，先看是按量付费还是必须跳到下一个付费档位——按量付费通常更划算，因为只为超出的部分付钱；固定档位的产品有时候档位之间价格跳得比较大，升级前可以顺手比一下同类平台的价格，不一定非要在同一家继续加钱。
多个免费层组合着用
独立开发者常见的做法不是把所有东西都塞进一家的免费层，而是按组件拆开：静态页面放 Cloudflare Pages，轻量后端放 Railway 或者类似的 Serverless 平台，数据库单独找一个有慷慨免费层的托管数据库服务。拆开以后每一块都更容易长期停留在免费层里，代价是要多维护几个控制台账号，项目复杂度上去以后再考虑要不要收拢到一家。
一个实用习惯
免费额度用久了容易忘记设置用量告警，等账单突然变大才发现。开着免费层的服务，建议在控制台里设置用量提醒，靠近上限时提前收到通知，而不是等超额账单来了才知道。