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

1 月 23 日
 horanv

由于大厂研发出身,技术选型上我还是有些追求,目前我的项目使用 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 ,几乎和内网没什么区别。

4485 次点击
所在节点    程序员
41 条回复
keller
1 月 23 日
自己部署一个犯法吗?
xiaomushen
1 月 23 日
@keller 自己部署一个多 low 啊,怎么写文章?
xiaomushen
1 月 23 日
@keller 人家说了,一个月只要 10 元。自己部署没准每个月要花 20 块呢。这 10 块钱,这年头哪儿去挣啊
SuperGeorge
1 月 23 日
使用量小完全可以用 Google 的免费层 e2-micro 实例部署一个 Redis 。
dzdh
1 月 23 日
horanv
1 月 23 日
@keller 自己部署得自己运维,省心点就用别人家的产品,用量小这个就是免费的
Fish1024
1 月 23 日
果然是大厂研发
AutumnVerse
1 月 23 日
你在逗我? 10 块钱都要省,你买个毛的 redis ,这点数据量,数据库用内存存储就行。或者就程序里面写个 map 单例就行了。
horanv
1 月 23 日
@AutumnVerse 啊,这是按量付费,我是用新站量小所以 10 块钱,没说要省 10 块钱啊?等后续流量大了这个也可以撑的住,核心目的是需要 redis 这个技术选型的
jackerbauer
1 月 23 日
不愧是大厂研发
sheeta
1 月 23 日
你在 digitalocean 买个那个最便宜的$4/月的服务器自部署,差不多能用到项目倒闭
x86
1 月 23 日
aws ,然后首页写与本站与合作伙伴亚马逊 AWS 有核心业务来往
horanv
1 月 23 日
@x86 写文章的就是记录下出海过程中去找到的一些产品,作者和服务商没有任何利益关系哈,如果有的话我也应该放上邀请码或者返佣链接不是,这里连官网链接我都没给
itechify
1 月 23 日
不理解这种服务,不在同一个局域网( vpc ),虽然说是 1ms ,哪天要迁移了后端到别的地方,延迟不得大很多?
Goalonez
1 月 23 日
进来前以为是问问题或者自己用的几家的对比,还想进来看看各家的情况。
进来后推荐个东西,还一堆车轱辘话翻来覆去复制粘贴。
horanv
1 月 23 日
@itechify 是的,实际上迁移这种事情其实不太可能发生,如果发生也是考虑到 redis 迁移相比其他数据库来说方便得多,所以这块不太担心
horanv
1 月 23 日
@Goalonez 文字问题确实是我的问题,发出去之后没法修改了,对比确实能提高说服力,我这里没详细列出来,下次补上
DiverRD
1 月 23 日
被大厂唬住了
iloveayu
1 月 23 日
嗯,
1. 在 GKE 里直接 run 一个 redis ,需要自己运维
2. 搞一个单独的 VPS 部 redis ,需要额外一个完整 VM 的费用需要自己处理 OS 层+redis 的事情,还是需要自己运维
3. 用这个 SaaS 的 pay-go 方案确实不错,但是这个非 enterprise 方案没 SLA 保证
看来还有优化空间
lekai63
1 月 23 日
这边建议 upstash + 自建, 负载均衡一下 🐶

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/1187792

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX