国内服务器 + 海外免费服务：最优架构方案

背景

我在国内有一台后端服务器，想用海外免费的云服务（Cloudflare、Supabase、Vercel 等）来降低成本并规避自建数据库的风险。必要时走代理，整体做到接近零成本。

本文分析这套方案的可行性，并给出最优架构。

结论先行

完全可行。 核心思路是：国内服务器做桥接层，所有海外服务在服务端调用（不受 GFW 影响），静态资源通过国内服务器反代加速。数据库用托管服务替代自建，消除运维风险。

一、各个服务的网络可达性

这是最关键的问题。直接测一遍：

规律：

• 服务端（你的服务器 → 海外 API）：几乎全部可达，无需代理
• 浏览器端（用户浏览器 → 海外服务）：部分被墙或极慢

这意味着：服务端可以直接调用所有海外 API，不需要额外代理。

二、架构方案

                         ┌──────────────────────────┐
                         │     国内用户浏览器        │
                         └─────────┬────────────────┘
                                   │
                                   ▼
                    ┌──────────────────────────────┐
                    │    国内服务器（你的）          │
                    │                              │
                    │  nginx/caddy 反向代理          │
                    │  API 聚合层                   │
                    │  静态资源缓存                  │
                    └────┬──────┬────────┬─────────┘
                         │      │        │
              ┌──────────┘      │        └──────────┐
              ▼                 ▼                    ▼
    ┌─────────────────┐ ┌──────────────┐ ┌──────────────────┐
    │  Vercel/Pages    │ │  Supabase    │ │  Cloudflare R2   │
    │  (前端/静态)      │ │  (数据库)    │ │  (文件存储)       │
    └─────────────────┘ └──────────────┘ └──────────────────┘
              │                 │                    │
              ▼                 ▼                    ▼
    ┌─────────────────┐ ┌──────────────┐ ┌──────────────────┐
    │  Workers         │ │  Resend      │ │  Sentry          │
    │  (定时/边缘逻辑)  │ │  (邮件)      │ │  (错误监控)       │
    └─────────────────┘ └──────────────┘ └──────────────────┘

核心原则

1. 前端托管在 Vercel / Cloudflare Pages — 免费、自动 CDN
2. 国内服务器只做反向代理和 API 聚合 — 国内用户浏览器访问国内服务器，国内服务器转发到海外服务
3. 数据库用 Supabase — 不再自建 MySQL/PostgreSQL，消除数据丢失风险
4. 服务端直连海外 API — 从国内服务器到海外服务不需要代理

三、详细选型

3.1 前端托管

推荐：Vercel（前端）+ 国内服务器（反代）

国内用户 → 国内服务器 nginx → Vercel。海外用户直连 Vercel CDN。

3.2 数据库

推荐：Supabase

• 托管 PostgreSQL，自动备份 + 点时间恢复
• 500MB 对个人博客/小项目完全够用
• REST API + JS SDK 开箱即用
• 自带 Auth，省一个服务

3.3 对象存储

推荐：Cloudflare R2

唯一天花板级的免费策略：不收出站带宽费。图片/文件通过国内服务器转发给用户。

3.4 其他服务

四、成本核算

假设一个日活 1000 的个人项目：

五、数据库风险控制

自建数据库的主要风险：

对比自建： 以上每一项你都得自己操心。对于个人项目来说，花时间维护数据库不值得。

六、代理方案

从国内服务器到海外服务通常不需要代理，但如果遇到个别服务被墙（如某些 API 端点），可以：

# 在服务器上配正向代理
server {
    listen 1080;
    resolver 8.8.8.8;
    proxy_pass $scheme://$host$request_uri;
}

或者更简单的方式：用 Cloudflare Workers 做中转代理。

七、实际部署拓扑

用户访问
    │
    ├─ 国内用户 → myblog.com (DNS 解析到国内服务器 IP)
    │              │
    │              ├─ /static/*     → 本地 nginx 直接返回
    │              ├─ /api/*        → 本地 API 聚合层
    │              │                  ├─ Supabase (数据库)
    │              │                  ├─ Workers (逻辑)
    │              │                  └─ Resend (邮件)
    │              └─ /*            → 反向代理到 Vercel
    │
    └─ 海外用户 → myblog.com (DNS 解析到 Vercel CDN)
                   │
                   └─ Vercel Edge Network

八、总结

这套方案唯一的硬成本是你的国内服务器。如果连服务器都不想维护，可以全部走 Cloudflare Workers + Pages + R2 + Supabase 的全栈海外方案——但国内用户访问速度会下降。

有舍有得，这套混合架构是当前成本、速度、风险三者最优解。