甲骨文云免费层政策微调：文档更新解读与薅羊毛策略

最近云圈的动静不少，一直以“永远免费”标榜自己的甲骨文（Oracle Cloud）悄悄更新了官方文档。对于我们这些常年蹲守羊毛、手里攥着好几台永久免费实例的博主来说，这哪怕是标点符号的变动都得拿着放大镜看。

今天就来给大家扒一扒这次文档更新到底动了哪块奶酪，以及我们在2026年该怎么继续稳稳地薅羊毛。

这次更新的核心点主要集中在“Always Free（永久免费）”资源的详细配额说明上。如果你去翻现在的英文官方文档，会发现某些原本描述比较模糊的计量单位变得更加具体化了。

通俗点说，以前可能只跟你说“出站流量免费”，现在可能更精确地界定了在什么时间段、什么区域、或者针对特定服务类型的流量限制。虽然大的框架没变——比如那两个经典的 OCPU (ARM 架构) 和 200GB 的块存储依然还在，但对于一些边缘服务的免费额度，甲骨文进行了更严格的界定。

甲骨文云控制台显示Always Free资源使用情况

甲骨文云控制台中的资源使用情况概览，监控免费额度是否接近上限。

很多朋友可能觉得，只要我不创建收费实例，我的账单就永远是 0。大错特错！这次文档更新的潜台词其实在提醒我们：免费是有边界的。

关注云服务计费中的隐形收费陷阱

在使用云服务时，需特别留意流量、请求次数等可能产生费用的细节，避免意外账单。

重点关注以下几个容易踩雷的地方：

公网 IP 流量：虽然甲骨文号称每个月有 10TB 的免费出站流量，但这通常是针对特定区域的。如果你在某个新开通的区域开机器，或者使用了特定的负载均衡服务，流量策略可能会变。
对象存储请求次数：存东西不要钱，但频繁读取（API 请求）可能要钱。文档里细化了请求计费的标准，这意味着如果你把甲骨文当成图床频繁外链，可能会产生意外的小额账单。
辅助服务：比如 Autonomous Database（自治数据库）或者是某些监控服务，免费额度是有时间限制（比如试用 30 天）或者容量限制的，不要在“Always Free”的标签下忽略了这些限期福利。

虽然政策看起来收紧了，但只要策略得当，甲骨文依然是目前市面上性价比之王。这里给大伙几条建议：

开启预算警报：这是老生常谈但最有效的一招。在控制台里设置 Billing 的预算阈值，哪怕设置成 $1 邮件通知也好。一旦产生非预期费用，立刻上去排查。
善用标签整理资源：别乱起名。给免费资源打上 FreeTier 的标签，定期清理那些闲置的块存储和不再使用的负载均衡器。有时候一个挂载但未使用的磁盘也会悄悄计费。
区域选择要慎重：尽量选择成熟且长期免费政策稳定的区域（如之前常说的那几个日韩、美西区域）。对于新推出的区域，不要急着去当小白鼠，先观望一下具体的免费层条款是否有特殊说明。
脚本自动续期：如果你是用来练手或者建站，记得写个简单的保活脚本。毕竟甲骨文也是会回收长期（通常是 90 天不活跃）的免费 IP 的。

这次甲骨文文档的更新，更多是在把之前模糊的规则“摆在台面上”。对于我们普通用户和技术爱好者来说，不用慌，但要在意。

只要不触碰商业级的超量使用，那个每个月 $0 的账单依然可以持续。羊毛虽好，但也记得时不时去后台看看仪表盘，毕竟只有账号安全且不欠费，羊毛才能薅得长久。

如果你在配置过程中遇到了某些免费资源无法创建（提示 Capacity 可用性问题），那多半不是文档的问题，而是该区域资源不足，只能多账号、多区域尝试刷一下了。