关于出海产品用到的 redis 选哪家 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
horanv
V2EX    程序员

关于出海产品用到的 redis 选哪家

  •  
  •   horanv 1 月 23 日 3625 次点击

    由于大厂研发出身,技术选型上我还是有些追求,目前我的项目使用 cloudflare/vercel 部署前端接入层,用 GKE 部署后端服务,很多人也会用到 redis ,如果从网络延迟来考虑服务之间的部署,应该首选 google 的 redis 服务,然后通过内网直连达到最低的延迟,但是 google 太贵了光是 GKE 就已经有一笔成本了,还没赚到钱就不想花这么高的成本再去一个边缘的服务上去,推荐一家几乎免费的 redis 服务商 upstash 首先他们提供了免费额度:存储 256 MB 的数据,每月可以发出 500 000 次命令,默认最大数据库数量是 1 个。这免费的门槛可能就够你用了,如果你有多个服务,之间需要隔离的话,需要注意的一点是他们不支持 redis db 的选择,默认只有一个 db ,要薅羊毛你可以用多个账号,每个账号创建一个 redis 实例。付费的话也很目前我从 GKE 的 us-central1 通过公网链接到 upstash 的实例在首次链接建立后,通过长连接执行 command 的延迟是 1ms ,几乎和内网没什么区别。upstash 首先他们提供了免费额度:

    存储 256 MB 的数据,每月可以发出 500 000 次命令,默认最大数据库数量是 1 个。

    这免费的门槛可能就够你用了,如果你有多个服务,之间需要隔离的话,需要注意的一点是他们不支持 redis db 的选择,默认只有一个 db ,要薅羊毛你可以用多个账号,每个账号创建一个 redis 实例。

    付费的话也很便宜,如果你也嫌管理太多账号太麻烦,可以选择按使用量计费( PAY AS YOU GO ):

    1 、按每 100 000 次约 0.20 美元计费(这个价格是读写命令总和,不包括某些内部操作命令)

    2 、存储空间按每 GB 大约 0.25 美元计费(每个数据库第一个 GB 通常免费)

    3 、带宽月度前 200 GB 免费,之后按每 GB 大约 0.03 美元收费

    我的服务使用 redis 量很小,这么算几乎一个月只需要不到 10 块钱人民币,这个成本比起 google 要低太多了,它还有其他高阶套餐这里留给大家自己去探索吧。

    目前我从 GKE 的 us-central1 通过公网链接到 upstash 的实例的 us-central1 地区,在首次链接建立后,通过长连接执行 command 的延迟是 1ms ,几乎和内网没什么区别。

    40 条回复    2026-01-25 22:31:43 +08:00
    keller
        1
    keller  
       1 月 23 日   1
    自己部署一个犯法吗?
    xiaomushen
        2
    xiaomushen  
       1 月 23 日   2
    @keller 自己部署一个多 low 啊,怎么写文章?
    xiaomushen
        3
    xiaomushen  
       1 月 23 日   2
    @keller 人家说了,一个月只要 10 元。自己部署没准每个月要花 20 块呢。这 10 块钱,这年头哪儿去挣啊
    SuperGeorge
        4
    SuperGeorge  
       1 月 23 日
    使用量小完全可以用 Google 的免费层 e2-micro 实例部署一个 Redis 。
    dzdh
        5
    dzdh  
       1 月 23 日
    hornv
        6
    horanv  
    OP
       1 月 23 日
    @keller 自己部署得自己运维,省心点就用别人家的产品,用量小这个就是免费的
    Fish1024
        7
    Fish1024  
       1 月 23 日
    果然是大厂研发
    AutumnVerse
        8
    AutumnVerse  
       1 月 23 日
    你在逗我? 10 块钱都要省,你买个毛的 redis ,这点数据量,数据库用内存存储就行。或者就程序里面写个 map 单例就行了。
    horanv
        9
    horanv  
    OP
       1 月 23 日
    @AutumnVerse 啊,这是按量付费,我是用新站量小所以 10 块钱,没说要省 10 块钱啊?等后续流量大了这个也可以撑的住,核心目的是需要 redis 这个技术选型的
    jackerbauer
        10
    jackerbauer  
       1 月 23 日
    不愧是大厂研发
    sheeta
        11
    sheeta  
       1 月 23 日
    你在 digitalocean 买个那个最便宜的$4/月的服务器自部署,差不多能用到项目倒闭
    x86
        12
    x86  
       1 月 23 日
    aws ,然后首页写与本站与合作伙伴亚马逊 AWS 有核心业务来往
    horanv
        13
    horanv  
    OP
       1 月 23 日
    @x86 写文章的就是记录下出海过程中去找到的一些产品,作者和服务商没有任何利益关系哈,如果有的话我也应该放上邀请码或者返佣链接不是,这里连官网链接我都没给
    itechify
        14
    itechify  
    PRO
       1 月 23 日
    不理解这种服务,不在同一个局域网( vpc ),虽然说是 1ms ,哪天要迁移了后端到别的地方,延迟不得大很多?
    Goalonez
        15
    Goalonez  
       1 月 23 日
    进来前以为是问问题或者自己用的几家的对比,还想进来看看各家的情况。
    进来后推荐个东西,还一堆车轱辘话翻来覆去复制粘贴。
    horanv
        16
    horanv  
    OP
       1 月 23 日
    @itechify 是的,实际上迁移这种事情其实不太可能发生,如果发生也是考虑到 redis 迁移相比其他数据库来说方便得多,所以这块不太担心
    horanv
        17
    horanv  
    OP
       1 月 23 日
    @Goalonez 文字问题确实是我的问题,发出去之后没法修改了,对比确实能提高说服力,我这里没详细列出来,下次补上
    DiverRD
        18
    DiverRD  
       1 月 23 日
    被大厂唬住了
    iloveayu
        19
    iloveayu  
       1 月 23 日
    嗯,
    1. 在 GKE 里直接 run 一个 redis ,需要自己运维
    2. 搞一个单独的 VPS 部 redis ,需要额外一个完整 VM 的费用需要自己处理 OS 层+redis 的事情,还是需要自己运维
    3. 用这个 SaaS 的 pay-go 方案确实不错,但是这个非 enterprise 方案没 SLA 保证
    看来还有优化空间
    lekai63
        20
    lekai63  
       1 月 23 日
    这边建议 upstash + 自建, 负载均衡一下
    DefoliationM
        21
    DefoliationM  
       1 月 23 日
    理论 cloudflare 是不是也行,免费容量还大。
    dryyun
        22
    dryyun  
       1 月 23 日
    被大厂研发唬住了,结果就是选一个便宜的 redis 用
    这很大厂
    james2013
        23
    james2013  
       1 月 23 日 via Android   1
    人才
    一个月 50 万次免费请求,就这么点请求量,本地部署一个 redis 只占点内存,其它都是好处
    这么点请求量,redis 需要运维吗?不需要,请求量一个月 500 万次都不用
    lepig
        24
    lepig  
       1 月 23 日
    把 Redis 放到 [公网] 上去连接使用,我是真干不出来这事。
    FrankAdler
        25
    FrankAdler  
       1 月 23 日
    用量小,你用 redis 干啥?为了用而用吗
    qiqw
        26
    qiqw  
       1 月 23 日
    我感觉都在同一个内网下放心点
    Nexora
        27
    Nexora  
       1 月 23 日
    自己部署完全没有没有问题,redis 和 nginx 都是稳如老狗的程序。
    lasuar
        28
    lasuar  
       1 月 23 日
    不是,你就不能用 docker 起一个吗,挂了重启不行吗,不用别人的服务上不了这个线吗,哎哟,我嘞个去。我的项目用到的 redis 、mysql 全是 docker ,运行三个月,日活大几百,脚本自动备份数据。有啥问题呀?所有成本就一个一年 100 块的 vps 。
    GiantHard
        29
    GiantHard  
       1 月 23 日
    不用 Redis 的架构案例: https://v2ex.com/t/1187618
    seakingii
        30
    seakingii  
       1 月 23 日
    @lasuar 因为"由于大厂研发出身,技术选型上我还是有些追求" ,看来你是小厂研发,对技术选型没有追求 :)
    lasuar
        31
    lasuar  
       1 月 23 日
    @seakingii 选型是指用什么面粉捏的 Redis ?别逗
    dann73580
        32
    dann73580  
       1 月 23 日
    说实话 你上 google 的意义压根没看出来啊,不碰 AWS gcp az 又不是没有靠谱的服务商,小项目碰这仨吞金兽是图什么?面向欧美的话 ovh 和 hetzner 不香吗?
    horanv
        33
    horanv  
    OP
       1 月 23 日
    @dann73580 主要是 google 是比较靠谱的晕服务商,其他小的云服务商没有用过不太了解,用 GKE 的核心是 autopilot 的 K8S 资源可以伸缩,起到一个按量付费的作用,出海产品同步进行多个,可能有的有流量有的没流量,这样没流量的占用较少资源,保证最低的成本,等有流量了可以自动扩容,非常方便
    dann73580
        34
    dann73580  
       1 月 24 日
    @horanv ovh 和 hetzner 很老牌而且也不小了,看在线率的话说不定这俩还高一些。在云↑都是很靠谱的。小项目迷信 gcp 真的没啥意义..
    8355
        35
    8355  
       1 月 24 日
    cf 不就有 Workers KV 嘛?我还搜了下文档有 1gb 免费额度 而且额度比你这个还多。。。
    我想问的是 这样走外网连接 redis 延迟不会很高嘛?
    从来没考虑过这种服务走外网连接 能说说实际体验怎么样?
    ETiV
        36
    ETiV  
       1 月 24 日 via iPhone
    由于大厂研发出身,技术选型上我还是有些追求……但是 google 太贵了

    对不起,看到这里实在是没绷住
    ragnaroks
        37
    ragnaroks  
       1 月 24 日
    @8355 0ms 和 1ms 差别巨大,1ms 和 10ms 差别不大,主要体现在单位时间内操作数量上
    horanv
        38
    horanv  
    OP
       1 月 24 日 via iPhone
    @8355 redis 和 worker kv 最大的区别是实时一致性,有些业务比如 抢购 要求实时一致性是特别强的,kv 是最终一致性不太一样
    8355
        39
    8355  
       1 月 24 日
    @horanv #38 这样说就能理解了,其实需要的是 redis 的特性,而不是缓存本身。哪怕延迟高点也只是慢,但并不会出现系统性异常。
    xiaomushen
        40
    xiaomushen  
       1 月 25 日
    @ETiV 说明大厂穷了,一个月 10 块钱也要省。或者是,,,买房亏了?
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2483 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 33ms UTC 11:19 PVG 19:19 LAX 03:19 JFK 06:19
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86