甲骨文在其云平台Oracle Cloud Infrastructure上对Always Free Ampere A1 Compute的配额进行了调整，从4 OCPU和24 GB内存降至2 OCPU和12 GB内存。这一变更自2026年6月15日起生效，但甲骨文未发布任何通知或博客文章，仅更新了文档。用户在实例被停机或社区成员发现网站上数值变化时才注意到限额已经发生了变更。此前，每月3000 OCPU小时与18000 GB小时（相当于持续运行4 OCPU/24 GB）对免费云额度而言相当慷慨，吸引了大量开发者、自托管爱好者与Linux用户在上面运行个人服务器、测试环境、使用Ollama的轻量级AI推理以及通过反向代理实现家庭自动化。新的配额1500 OCPU小时与9000 GB小时将容量进行了减半。计费的变化在社区中引发了数日的混乱。Linuxiac报道指出，缺乏通知引发了已经升级为PAYG的用户不满，这些用户为了便于实例供应升级了账户，但仍依赖Always Free的资源。他们的担忧在于，运行旧4 OCPU配置的PAYG账户可能会在超额时悄然产生费用，而仅限免费层的账户则会被直接停机，直到用户手动调整为不超出2 OCPU/12 GB。局势在6月22日出现了变化，多位用户报告称甲骨文的人工支持团队（而非聊天机器人）通过邮件确认，新的限额仅适用于免费层账户。PAYG账户或许仍可使用4 OCPU/24 GB而不产生额外的费用。但“或许（may）”一词承载了较大的不确定性。截至发稿时，甲骨文尚未发布公开澄清，官方文档也未对账户类型做出区分。一位Reddit评论者直接指出了这一矛盾：甲骨文当前的官方文档写道：“所有租户每月可免费获得首次的1500 OCPU小时与9000 GB小时。”如果PAYG租户确实不受影响（按照其支持团队所述），那么这段表述就会引起误解。“所有租户”通常应该包含PAYG账户。用户更多依赖支持邮件的截图而非官方的政策文本。即便那些保留了旧4/24实例的用户，这种保护可能也是暂时的。另一位评论者提醒了文档中的细则：真正的陷阱在这里：“如果现有资源被终止，可能无法重新创建超过更新后Always Free 限额的资源。”没有人能保证其实例永不被终止，而甲骨文也已经意识到这一点。这意味着被保留的旧实例只要发生一次终止（无论是维护、故障，还是用户操作失误），就可能永久受限于新的2/12配额。更值得关注的是甲骨文的处理方式。将免费层减半可以视为一项正当的商业决策，云服务提供商会随时间调整其免费产品，例如，AWS在去年调整了免费方案（参见相关报道）。但在没有发布博客、未向受影响账户发邮件通知、也未在文档中清晰区分免费层与PAYG影响的情况下进行此类更改，会造成信任的丧失，使开发者对在该平台上进行构建产生顾虑。社区是通过文档差异和被中断的实例发现此次变更的，而非由甲骨文主动告知。对受影响用户而言，立即可采取的措施非常简单，那就是审计你的Ampere A1实例，确保租户内所有实例的总配额不超过2 OCPU与12 GB内存。如果你使用PAYG帐户，请直接并保存其回复作为凭证。甲骨文的Always Free Resources文档已经反映了当前的限额。查看英文原文：Oracle Quietly Halves Free Tier Ampere A1 Compute Limits with No Public Announcement
--91likeyou---
🔥 热词：#甲骨文未破译 · #甲骨文被录入 · #甲骨文未刻 · #甲骨文 未被识别 · #甲骨文未解读的字 · #甲骨文的没落 · #甲骨文被列入什么名录 · #未破译甲骨文相关字体