最近沉迷于 hono，写了一堆云函数，部署在 Vercel 和 Cloudflare Workers 上。用云函数的一大优点就是省钱，节约了自己服务器的算力。
不过缺点也就是会被绑定在云服务商上，难以迁移。
因此，使用 hono 实现一个既可以运行在云端，也可以运行在本地的函数，是最优解。
当然了，代价就是在写法上会更加麻烦一点，要考虑到各个云函数写法的差异。
目前用下来的感觉是，Cloudflare Workers 在写法上更受限制，Vercel 则更接近一般 Node.js 项目的开发体验。
当然了，Cloudflare Workers 在成本上还是更低一些，免费套餐也更加慷慨，甚至还免流量。对于静态网站、静态文件，还是走Cloudflare Workers(Cloudflare Pages)更加省事。
以下是一些例子：
- [push-all-in-cloud ](
github.com)：基于 push-all-in-one 和 hono 开发的云函数推送服务。支持 nodejs/docker/vercel 等多种部署方式
- [r2-image-uploader](github.com)：基于 hono 实现的一个将图片从 URL 或请求中转存到 Cloudflare R2 Storage 的 Cloudflare Workers。
- [rsshub-never-die](github.com)：一个基于 hono 的 RSSHub 代理服务，支持自动负载均衡、自动容错和反向代理 RSSHub 实例，支持 Node.js/Docker/Vercel/Cloudflare Workers 等方式部署。
#NoSync
不过缺点也就是会被绑定在云服务商上，难以迁移。
因此，使用 hono 实现一个既可以运行在云端，也可以运行在本地的函数，是最优解。
当然了，代价就是在写法上会更加麻烦一点，要考虑到各个云函数写法的差异。
目前用下来的感觉是，Cloudflare Workers 在写法上更受限制，Vercel 则更接近一般 Node.js 项目的开发体验。
当然了，Cloudflare Workers 在成本上还是更低一些，免费套餐也更加慷慨，甚至还免流量。对于静态网站、静态文件，还是走Cloudflare Workers(Cloudflare Pages)更加省事。
以下是一些例子：
- [push-all-in-cloud ](
github.com)：基于 push-all-in-one 和 hono 开发的云函数推送服务。支持 nodejs/docker/vercel 等多种部署方式- [r2-image-uploader](
github.com)：基于 hono 实现的一个将图片从 URL 或请求中转存到 Cloudflare R2 Storage 的 Cloudflare Workers。- [rsshub-never-die](
github.com)：一个基于 hono 的 RSSHub 代理服务，支持自动负载均衡、自动容错和反向代理 RSSHub 实例，支持 Node.js/Docker/Vercel/Cloudflare Workers 等方式部署。#NoSync
展开
评论
1