欢迎访问本站，持续更新中…
RSS

WikiFw 维基框架

Oracle免费ARM减半 白嫖的机器要还了

4 天前 Oracle免费层ARM云成本运维

Oracle免费ARM减半 白嫖的机器要还了

云数据中心运维场景

Oracle Cloud 的 Always Free 免费层，在开发者圈子里一直是个特殊的存在。别人家的免费额度通常是够跑个静态页面的水平，Oracle 给的却是 4 核 Ampere ARM 加 24GB 内存，实打实能跑 CI runner、自托管服务甚至小数据库。不少个人项目和创业团队的早期基础设施就搭在上面。

这份慷慨从本月开始收回了。Oracle 向用户发送邮件通知：Always Free 的计算额度将从 4 OCPU/24GB 缩减为 2 OCPU/12GB，8 月 18 日起强制执行，超出额度的实例会被自动终止。

几个容易被误会的细节

这次的额度调整有几个细节，处理不好会踩坑。

ARM 配额是租户级的池子，不是按实例算的。2 OCPU 和 12GB 是整租户的总量，你可以拆成一个 2/12 的实例，也可以拆成两个 1/6 的实例，但不能超过总和。之前开过两个 2/12 实例的用户，加起来正好是 4 OCPU/24GB——超了一倍，必须合并或删掉一个。

两个不受影响的部分值得注意。x86 微实例（两个 1 OCPU/1GB）是独立额度，不在这次缩减范围内；其他 Always Free 服务也保持不变。所以"免费层全没了"的说法不准确，被砍的是 ARM 这半边。

还有一条坑：停止（stop）实例通常不会释放配额。要把用量降到限额以下，一般需要终止（terminate）实例。终止前务必先备份——被终止的实例和它的启动卷没有撤销操作。

免费的东西最贵

这次调整的教训，对工程决策比迁移步骤本身更重要。

把生产负载放在免费层，本质上是在赌厂商的政策不变。免费层是获客工具，不是 SLA 承诺——Oracle 没有义务为免费资源提供迁移缓冲，邮件通知加两周执行期，已经是全部安排。这次砍的是 ARM 配额，下次可能是别的；今天通知的是 8 月 18 日，明天可能就是下个季度。企业把核心服务架在免费额度上，等于把基础设施策略的决定权交给了别人。

对个人开发者和个人项目，应对相对简单：8 月 18 日前把超配的实例 resize 或合并，重要数据做好备份，非关键服务可以借机评估是否值得迁移。对团队而言，更该借这次事件重新过一遍"哪些服务跑在免费层、它们对业务有多关键"——如果答案是"关键"，那迁移到付费实例的成本，本质上就是当初省下的那份账单，只是现在连本带利一起付。

免费层配额对比示意

邮件没有解释缩减原因，社区猜测是容量和滥用治理的压力。真实原因不重要，重要的是这次先例的示范效应：主流云厂商的免费层会不会陆续跟进调整？对依赖免费额度的开发者生态来说，这是比单个实例迁移更值得关注的问题。免费层的"免费"究竟值多少钱，在做基础设施选型时，应该按"随时可能消失"来定价，而不是按"永远免费"来定价。

关于维基框架

维基框架关注企业应用开发中的长期维护问题。在实际项目中，业务系统往往同时涉及权限、微服务、接口协议、部署环境等复杂因素，因此我们希望提供一套更容易扩展和维护的基础框架。