worker 和 pages 的适合用来管理用户注册和后台吗？最佳实践是啥

如果都是海外用户，且请求量不高的话，wokers 是可以用的。现在也支持了 tcp socket ，可以不用 D1 ，直接连自己的数据库。整体费用会低很多（当然，速度也会慢不少，但是 D1 贵呀）

我现在有个使用场景是把 workers 作为一个下载器，workers 下载文件到 R2 ，然后 R2 下载回本地。解决一些海外资源下载困难的问题。

好像是每天 10 万次请求？
小项目挺适合的，就是国内网络不太好

另外只是做用户注册和后台的话，不妨了解一下 vercel ，如果你用 next.js 甚至都不需要前后端分离

能用，但是多好用的话，我只是个人布了个工具站用用，没法评价。

只用 kv 存的话不太够用，建议还是连数据库，现在也支持接一些第三方的了。

如果接入 D1 的话可以用 https://orm.drizzle.team/docs/get-started-sqlite#cloudflare-d1

接口部分如果你业务逻辑不复杂，自己写点中间件能解决的话，直接用 pages 做项目起步，里面走 functions 去实现接口，限制就是，接口 path 取决于你的目录结构。

如果希望用 workers 独立做成接口的话，建议用一些方便迁移的框架，比如 hono

@sparkinglemon 在做偏运算的项目，把计算工作拆分到 workers ，看它的意思 ，可以丝滑扩缩容

唯一的问题可能就是每个 worker 能分配的 cpu 时间很短

@cat 谢谢，我了解一下 vercel 。注册和后台是基本需求，实际项目是要做计算事务

@gam2046 自己的数据库是指网络数据库但非 cf 提供？

@johnman #7 是的，以前如果要使用自部署的数据库，基本上只能通过 HTTP RPC ，现在支持 tcp out 以后就可以直连了，像 pgsql 官方有现成的库，MySQL 也支持混合网络下访问。你翻翻文档，支持程度其实还不错。

但是因为都是边缘节点访问，自部署的数据库也就是只能说能用，速度是慢很多的。

当然用量不大的情况下，直接 D1 就行了，既省事，也不花什么钱。