V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
awsl2333
V2EX  ›  程序员

cloudflare containers 来了, 真不错

  •  
  •   awsl2333 · 2025 年 6 月 25 日 · 5184 次点击
    这是一个创建于 205 天前的主题,其中的信息可能已经有所发展或是发生改变。

    https://developers.cloudflare.com/containers/examples/container-backend/

    cloudflare containers 来了, 真不错

    worker 这层可以 当网关+运维+前端 container 作为 serverless 后端

    24 条回复    2025-07-02 00:25:21 +08:00
    awsl2333
        1
    awsl2333  
    OP
       2025 年 6 月 25 日
    测试下来冷启动有点慢
    yodi
        2
    yodi  
       2025 年 6 月 25 日 via iPhone
    没搞懂他作用是什么,可以展开讲讲吗
    AEnjoyable
        3
    AEnjoyable  
       2025 年 6 月 25 日 via Android
    @yodi 看起来是免费托管前后端应用
    mooyo
        4
    mooyo  
       2025 年 6 月 25 日
    @AEnjoyable 看起来只有付费用户能用
    Yadomin
        5
    Yadomin  
       2025 年 6 月 25 日 via Android   ❤️ 1
    @yodi 就是容器云,比 cf worker 更灵活一些
    @AEnjoyable 不免费 https://developers.cloudflare.com/containers/pricing/
    v1
        6
    v1  
       2025 年 6 月 25 日
    约等于“微信云开发”,只不过更灵活一些
    crackidz
        7
    crackidz  
       2025 年 6 月 25 日
    直接就是干 AWS Lambda 之类的服务吧,加上服务保活配置之类的,可以尽量避免冷启动
    slowgen
        8
    slowgen  
       2025 年 6 月 25 日
    从定价上来说其实很贵,如果长时间运行的话比同配置包月的 vps 和云服务器贵上非常多(当然流量还是比各种云服务便宜很多,云厂商普遍 0.8 元/GB 的国际流量,它在付费计划里有 1TB 的默认额度)。这种 serverless 赌的就是你会不会长期运行。
    streamrx
        9
    streamrx  
       2025 年 6 月 25 日 via iPhone
    就是可以用 cf worker 控制的容器吗
    awsl2333
        10
    awsl2333  
    OP
       2025 年 6 月 25 日 via iPhone
    @crackidz 对的,容器也 serverless 了
    awsl2333
        11
    awsl2333  
    OP
       2025 年 6 月 25 日 via iPhone
    @shuimugan 他这个定价我其实没懂 付费计划的免费额度内存单位是 GB-HOURS/MONTH
    awsl2333
        12
    awsl2333  
    OP
       2025 年 6 月 25 日 via iPhone
    @streamrx 差不多是这样
    songray
        13
    songray  
       2025 年 6 月 25 日
    价格太高了,几乎是最贵的一档,比 VPS 自建 Container ,Pikapods ,DO 都贵
    DjvuLee
        14
    DjvuLee  
       2025 年 6 月 25 日
    付费很正常,这个底层逻辑是技术问题。之前 workers 可以免费是因为那个技术路线巨便宜,然后是可以复用其他的技术。 现在这个 container 就是回到了和 AWS 他们竞争的领域了。这个肯定是要成本的。

    就是方便了本来就在 cloudflare 上用的人。
    aloxaf
        15
    aloxaf  
       2025 年 6 月 25 日
    这个好,cf worker 原本有些很蛋疼的限制,比如无法执行动态生成的代码、在请求结束后只能存活 30s……
    然后为了处理这些 edge case 又不得不把一部分服务转移到 vps 上,感觉 serverless 了个寂寞,现在真的可以 ALL IN CF 了(
    slowgen
        16
    slowgen  
       2025 年 6 月 25 日
    @liuhai233 以 basic 这档 1GiB 内存、1/4 CPU 和 4GB 磁盘规格的 instance 为例子,如果是长期运行的话

    一个月 = 30 天 x 24 小时 x 每小时 3600 秒 = 2592000 秒
    内存的免费额度:25 GiB-小时 = 25 × 3600=90000 秒
    超出的部分就是(2592000 - 90000) * 1GiB 内存 * $0.0000025 = $6.255

    同理,CPU 额度超出部分就是( 2592000 秒 - 375 分钟 * 60 秒)* 1/4 vCPU * $0.000020 = $12.8475

    磁盘额度超出部分就是( 2592000 秒 - 200 小时 * 3600 秒)* 4GB 磁盘 * $0.00000007 = $0.52416

    一个月接近$20 ,从目前文档看,容器的 IO 等待时间也是计算在内的,而 worker 的 IO 等待是不计费的,这个可以说是最显著的区别了,所以想用的话得识别好业务的实际形态
    whitiy
        17
    whitiy  
       2025 年 6 月 25 日
    其实计算下来感觉成本还高了许多 https://cf-container-pricing.jizhiku.net
    而且啥啥都计费看着心慌 :(
    billzhuang
        18
    billzhuang  
       2025 年 6 月 25 日
    @whitiy 页面优秀
    awsl2333
        19
    awsl2333  
    OP
       2025 年 6 月 25 日
    @whitiy 牛啊这个页面 AI 好快
    awsl2333
        20
    awsl2333  
    OP
       2025 年 6 月 25 日
    @shuimugan 这 24h 运行的话太贵了
    Xheldon
        21
    Xheldon  
       2025 年 6 月 25 日
    不错,之前用爱发电的项目,写后端在国内用户用 Docker ,在国外用 Worker 得写两套。现在写一套部署就可以了,Worker 纯官网就可
    MoeWang
        22
    MoeWang  
       2025 年 6 月 25 日 via iPhone
    价格不算便宜了,就是赌运行时间不会太长,否则不如买台小鸡跑了。此外冷启动的问题也让 Cloudflare 的所谓边缘就近启动的优势荡然无存。
    streamrx
        23
    streamrx  
       2025 年 6 月 29 日 via iPhone
    实际用了 2 天,他这个启动太慢了,而且还不能持久化。就目前来说太鸡肋了。主要还是启动太慢了 开一个容器网页起码要等 1 分钟的感觉
    awsl2333
        24
    awsl2333  
    OP
       2025 年 7 月 2 日
    @streamrx 是的,主要是定价贵,不然可以让容器活的久一点
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   969 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 21:41 · PVG 05:41 · LAX 13:41 · JFK 16:41
    ♥ Do have faith in what you're doing.