阿里云函数计算 CPU 函数计费机制调整为「小时最低消费 0.01 元」和「实例默认延时 1 分钟释放」

[Adven]

• 对单小时内存在调用或占用计算资源的 CPU 函数，若函数该小时实际费用低于 0.01 元，按 0.01 元计费；高于则按实际消耗结算。
• CPU 函数请求结束后，默认延时 1 分钟释放实例（默认 1 分钟，可延长）。
• 函数缩容到 0 时，不计费。
• 计费模式调整从 2025 年 12 月 9 日 00:00 起灰度发布。

详见官方公告： https://help.aliyun.com/zh/functioncompute/fc/product-overview/product-change-description-on-optimizing-function-billing-mode

这才把常用的部分 Serverless 云函数刚从 SCF 迁移到阿里云的 FC3 上没多久。感觉国内的函数计算已不适合我等个人用户了。

[esee]

为啥，这不挺好的吗？没感觉有啥不合适的地方，一个小时最低 0.01 元，也没感觉哪里不合适，最低一天 2 毛 4 ，影响很大？

[BeiChuanAlex]

酒吧嘛，还有低消

[j8sec]

Cloudflare Workers 不香吗？非要用这些烂云

[arloor]

妈的，从之前几乎不要钱变成了一天 2 快钱。。

[colourfulsai]

@arloor #4 是两毛吧？

[qiqiharbbq]

我说这个月怎么扣了我一块钱呢

[KIRAYOMATO]

@esee 以前用的少是可以直接抹零不花钱的

[biubiub]

之前的预留实例卷也是，微小账单会忽略，后面也改计费模式，把微小账单也算进去了，最后搞得跟直接买实例一样的价格，我直接退货不玩了

[starrys]

明明可以把账单金额精确度调高一点，哪怕到小数点后 10 位也可以的；也可以按月累计计算设置最低消费的。看来它们是不欢迎那些业余爱好者玩家用户了。
不过，我一直用的 AWS Lambda ，若干年前被阿里云因为账户余额退款问题恶心过一次就不再使用了。

[dislazy2023]

年初基本上同样用量是不花钱，但是到年底了几乎每个月账单都有一两块，如果用户数量足够多的话，这也是一笔巨大收入了。

[dislazy2023]

这个可以直接部署 docker 之类的，比 cf 要方便些

[crstudio]

@dislazy2023 能有多大？ 100 万个用户也就每个月 100 万而已。

[peteretep]

这价钱不算贵啊，和不要钱有什么区别？

[FlashEcho]

aws lambda ，cloudflare workers 哪个不比这个好，反正都要付费了不如用点好的

[Gilfoyle26]

@starrys #9 准确的来说就是，不想付钱的用户，别来沾边。

[Gilfoyle26]

@peteretep #13 这应该只是一个开始，不是结束

[starrys]

@Gilfoyle26 #15 也不是不想付钱，要看价格是否合理，按量计费（没有最低消费）是可以接受的，比如我一个 API 每天调用不到次数很低（低于 100 次）且单次执行时间小于 1000ms ，一个月应该不到 1 元。

[beimenjun]

最低消费我没意见，就是这个实例延迟一分钟释放没看懂，我之前百来毫秒就执行完的任务，现在也要占用 1 分钟实例吗？

[Gilfoyle26]

@starrys #17 付费用户的增长对于 KPI 有很大帮助，至于用户是不是开心，不重要。

[Proxy233]

之前用云函数做了个站点检查，每分钟一次从没扣过钱。 今年下半年开始扣流量费，现在开始扣低保了

[milukun]

@esee 因为没有把原文全部放出来（我支持阿里，痛打羊毛党）：
您好！

近期我们发现极少数用户因技术原因触发了非常规的超低资源消耗场景（例如：创建大规模的小规格函数超低频调用，几乎不产生任何计算和存储费用）。虽然这类异常使用的情况占比不足 0.1%，但若持续扩大，可能影响函数计算为全体用户提供稳定、高性能服务的能力。

为持续提升服务质量、保障系统长期稳定运行，函数计算将于 2025 年 12 月 9 日 00:00 起对计费模式进行小幅优化。此次调整旨在确保所有用户都能公平、高效地使用资源，同时避免极端场景下对平台服务能力造成意外冲击。

变更说明

1. [小时级最低消费 0.01 元]
对单小时内存在调用或占用计算资源的 CPU 函数，若函数该小时实际费用低于 0.01 元，按 0.01 元计费；高于则按实际消耗结算。
2. [ 按请求弹出来的实例默认延时释放 1 分钟]
CPU 函数请求结束后，默认延时 1 分钟释放实例（默认 1 分钟，可延长），以降低冷启动频率避免影响业务稳定性。延时释放期间系统将自动判断实例活跃状态（活跃/浅休眠），按对应计费规则进行计费。
3.函数缩容到 0 时，不计费。

[penzi]

@milukun 异常占比 0.1%，他这个政策增收是 0.1%吗

[starrys]

@milukun #21 它们的说法是站不住脚的。
1 、如果是因为羊毛党，为什么不实现更精确的计费、为什么不处理这些异常账号而是涉及所有用户？我以为，“羊毛党”只是他们想收费的借口。
2 、文档里面还提到“是否还能实现零成本运行”，解答里面提到“只要您的函数单小时内没有调用或没有占用计算资源”，那不就是根本没在运行吗，难道都没有运行也还想收钱？

[KIRAYOMATO]

@peteretep 以前你跑点轻量任务是可以抹零不计费的，现在你只要用一次就得扣 0.01 元，区别可太大了

[sdawtgb]

…………擦，打开一看，本来每月稳定 1 毛钱的，这月才过一半，已经跑了 1 块 5 了。

[annoy1309]

我觉得这个挺好的，避免那些「死亡函数、无意义函数」占用资源，甚至希望各平台推广

[tczzjin]

非常好的策略,学习了

[Adven]

@esee 一个函数每天两毛四的确不算多，如果是同时部署了多个，异构或者跨语言的话，那总成本就是数倍乃至数十倍的增长了，作为个人用户，有这么充足的预算的话那我可以有太多更好的选择了。

[Adven]

@FlashEcho 正解

[Adven]

@beimenjun 函数冷启动耗时通常来说会比较长，为了避免容器实例频繁的创建和释放浪费平台的资源，弹性实例默认会在最后一次请求结束后 1 分钟后再释放，并不是函数执行完就立即销毁容器实例。
如果一个函数实例上次正常的将请求处理完，且没有异常或者错误抛出导致实例被释放，接下来的一分钟内有新的请求过来并分发给这个实例来处理的话，这个实例就会保留继续得到重复利用，执行新的这个请求的时候就不必为它单独再创建一个新的容器实例来处理，以此类推，一个弹性实例最长可以运行长达数个小时，这样资源的利用率及请求处理的响应速度，服务体验都很好。
之前的计费方式只算函数实际执行的时间部分的消耗，用了多少转换为对应的 CU 值，最后按实际使用的 CU 量收费；现在每小时内只要调用了一次，用了 1CU 的话向上取整按 100CU 算，就有对应了最低消费 0.01 元（目前每 10000CU 约等于 0.9 到 1.1 元），用了 101CU 的话向上取整按 0.02 元收取。

[tt83]

@FlashEcho 国内访问稳定吗