cloudfalre worker 也许是目前 web 服务部署的一种最佳实践。

[jeesk]

1. 先前我问了一下，如果使用 cf 不考虑大陆，数据中心选择哪里好，后面我将我原有的 go 服务使用 worker 重写后， 速度比以前提高太多。

2. 这个服务我自己做了一个用户注册系统，主要是帮用户申请签名证书，以及商品订阅，以前用户备份的配置信息。js + d1 数据库完全够用。 关键的是还快，没有内存担心的问题。

3. 涉及到 cloudflare api 相关接口， 以前无论是部署到海外还是国内， 接口都慢的要死， 使用 worker 后， 快得无法想象。

4. 我以为使用 cloudflare 如果接口超过 cpu 占用 10ms ，接口就会超时， 从我使用的看来，没有这个问题。



5. worker 加上 d1 ，加上 cf 的证书，认证，限流，安全验证， 可以说从 serverless 的思想，重点狙击个人使用 springboot ，golang 写的 web 服务。

6. 当然也有很多限制， 比如储存文件，文件上传的得使用其他的对象储存。可能没有直接写磁盘方便。国内可能不能正常访问。如果 cf 关闭了这个服务，迁移代码很麻烦。无法使用一些 linux 命令处理一些业务逻辑，这个目前无解。


总得来说如果你有一个简单的服务，如果不想自己处理证书，安全，限流等等一系列的问题， 那么迁移到 worker 目前看，是一条不错的路子。这么香，况且还免费，不是我吹，要是国内能提供这种服务，估计国内阿里云和腾讯云会受到重创。在这种情况下，springboot
和 go 不再是我的优先考虑了。

[luckykelan]

「如果使用 cf 不考虑大陆，数据中心选择哪里好」楼主这个有结论吗？ 翻了你的回复没有找到这篇帖子

[julyclyde]

@codehz 谢谢你踩坑。我拔草了
本来还想着把 bot 改造过去呢

[julyclyde]

@chesha1 为什么可观测性不好做呢？

[msg7086]

简单来说，开发/迁移成本高于省下的那点钱。
你现在为了 worker 开发了那么多东西，万一有一天需要迁移到其他服务，你重写代码的这点时间价值立刻就把之前省下的所有开销全部吐出来了。
当然，如果你特别自信你的项目可以永远在 worker 上免费运行无需迁移到其他平台，那确实可以。

但这离你标题里写的「 web 服务部署的一种最佳实践」还有差距。至少企业用户和大流量用户是不会轻易考虑的。

[bensky]

cf 大善人只是对微小型项目而言的，一旦项目成长起来，要么成为 cf 大金主，要么只能切换平台从头来过。

[zhengfan2016]

我还是投 docker 这类一票，容器化抹平平台差异。cf 虽然好，那天你要迁出就难受了。

[qfdk]

我是扔到 vercel 上面了... 然后写了 ql 面板加了个定时任务来刷新内容, 因为有时候会有冷启动
https://blog.qfdk.me/

[julyclyde]

这篇帖子我读了两天才发现标题是错的
果然是错别字不影响阅读啊

[jeesk]

@julyclyde 我这个标题我改了几次， 感觉不能在 cloudflare 前面加上部署。

[julyclyde]

@jeesk 哦，那可能我上次看的时候还没写错

为什么不能加上部署呢？

[Belmode]

总结：cf woker ，个人免费服务，CPU 负载低的建议用，只建议免费方案。不建议企业用户使用，以为风险不可控，账单不可控。

[aec4d]

深度用 cloudflare workers 写了一个业务
使用了 D1 和 queue ，不得不说配合 vite 开发很丝滑
开发完成后我部署上线才发现 queue 是付费项目，另外我请求了 LLM ，单个请求可能要后台处理几分钟
我是个人使用，使用量非常少，因此我想规避付费，尝试了好几种方案，发现规避不了......
于是我用 Golang 重写了，用服务器部署，运行完美

cf workers 降低了兼容迁移到实体机的难度，当前 vite 可以直接模拟 workers 的运行时，属于部分解决了供应商锁定的顾虑
但是降本增效可未必，一个月 5 刀看起来很便宜，实际上实现相同的 workers 需求，Golang 耗费的资源更少，更可控，我一个 20 刀每年的垃圾 vps ，上面跑了好几个 Go 小脚本

综上: Go 真的是各种号称 serverless 的杀手，如果一个企业级需求你想用 cf workers 实现，不妨试试用 Go 替代它