Skip to main content

建立 restful API 能力

为什么 Serverless 适合 Restful API​

1. 按需伸缩

  • REST API 往往是事件驱动（请求来了就处理，没请求就闲着）；
  • Serverless 正好是这种模式：请求触发 → 执行 → 返回 → 释放资源；
  • 省钱：流量少的时候几乎没有成本；

2.快速开发 & 部署

  • REST API 大多数路由逻辑相对独立（/users、/orders 等），用 Serverless 可以按函数/文件划分，天然模块化；
  • 配合 Cloudflare Worker、Vercel、Netlify，改一行代码就能快速上线；

3.高可用 & 全球分布

  • 比如 Cloudflare Worker → 全球边缘节点运行 → REST API 的响应速度比传统单一区域服务器更快；

潜在限制​

1.长连接 / 状态保持差

  • REST API 偏向短请求，很合适；
  • 但如果需要 WebSocket、长轮询、流式推送，Serverless 就比较受限；

2.性能和冷启动

  • 对于高 QPS、低延迟要求极高的 API，Serverless 的冷启动可能是瓶颈；
  • 不过在 Cloudflare Worker 这种 V8 isolate 模型里，冷启动几乎可以忽略；

3.数据库连接池问题

  • Serverless 没有常驻进程，传统数据库连接池（如 Postgres pg-pool）会失效；
  • 解决方式：
    • 用支持 HTTP 协议的驱动/中间件（Supabase、Prisma Data Proxy、Drizzle + Postgres.js）；
    • 或者用 Cloudflare D1 这类“Serverless Native”的数据库；

总结​

  • Serverless + REST API 是非常合适的组合，特别适合事件驱动的业务逻辑（认证、CRUD、Webhook）。
  • 需要注意的是连接池问题、长连接场景，这两类情况要么换技术（如 GraphQL over HTTP、消息队列），要么落到常驻服务上；