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