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

[johnman]

了解了一下 cloudflare worker 和 pages ，感觉 serverless 太好了吧。感觉简直就是个人开发者的福音

但是适合用来管理用户注册和后台吗？

Gayhub 上搜了一圈也没搜到有比较合适的参考项目。

但 worker 和 pages 的最佳实践是啥？能否充当 saas 的全栈呢？

各位大佬有相关的参考项目吗？

[gam2046]

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

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

[cat]

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

[cat]

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

[sparkinglemon]

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

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

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

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

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

[johnman]

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

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

[johnman]

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

[johnman]

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

[gam2046]

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

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

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