混合架构拓扑图

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

背景 我在国内有一台后端服务器,想用海外免费的云服务(Cloudflare、Supabase、Vercel 等)来降低成本并规避自建数据库的风险。必要时走代理,整体做到接近零成本。 本文分析这套方案的可行性,并给出最优架构。 结论先行 完全可行。 核心思路是:国内服务器做桥接层,所有海外服务在服务端调用(不受 GFW 影响),静态资源通过国内服务器反代加速。数据库用托管服务替代自建,消除运维风险。 一、各个服务的网络可达性 这是最关键的问题。直接测一遍: 服务 从国内服务器访问 从国内浏览器访问 说明 Supabase (API/DB) ✅ 可达 ⚠️ 较慢 REST API/PostgreSQL 直连,延迟约 100-200ms Cloudflare R2 ✅ 可达 ⚠️ 较慢 S3 兼容 API,服务端调用无问题 Cloudflare Workers ✅ 可达 ⚠️ 较慢 服务端 HTTP 调用完全正常 Cloudflare Pages ✅ 可达 ⚠️ 较慢 同上 Resend ✅ 可达 ✅ 正常 邮件 API,调用链路短 Vercel ✅ 可达 ❌ 被墙 需国内服务器反代 Netlify ✅ 可达 ❌ 被墙 同上 Auth0 / Clerk ✅ 可达 ⚠️ 较慢 API 调用正常,前端 SDK 体验一般 Sentry ✅ 可达 ⚠️ 较慢 后端上报没问题 GitHub ⚠️ 不稳定 ⚠️ 不稳定 DNS 污染,建议 hosts 或代理 Google Colab ❌ 被墙 ❌ 被墙 需要全局代理 规律: ...

May 20, 2026 · 3 min · 528 words