https://my-blog-bed.pages.dev/tags/%E6%9E%B6%E6%9E%84/ Recent content in 架构 on 我的博客 Hugo zh-cn Wed, 20 May 2026 01:30:00 +0800 https://my-blog-bed.pages.dev/posts/architecture-plan/ Wed, 20 May 2026 01:30:00 +0800 https://my-blog-bed.pages.dev/posts/architecture-plan/ <h2 id="背景">背景</h2> <p>我在国内有一台后端服务器，想用海外免费的云服务（Cloudflare、Supabase、Vercel 等）来降低成本并规避自建数据库的风险。必要时走代理，整体做到<strong>接近零成本</strong>。</p> <p>本文分析这套方案的可行性，并给出最优架构。</p> <hr> <h2 id="结论先行">结论先行</h2> <p><strong>完全可行。</strong> 核心思路是：国内服务器做桥接层，所有海外服务在服务端调用（不受 GFW 影响），静态资源通过国内服务器反代加速。数据库用托管服务替代自建，消除运维风险。</p> <hr> <h2 id="一各个服务的网络可达性">一、各个服务的网络可达性</h2> <p>这是最关键的问题。直接测一遍：</p> <table> <thead> <tr> <th>服务</th> <th>从国内服务器访问</th> <th>从国内浏览器访问</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td><strong>Supabase</strong> (API/DB)</td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>REST API/PostgreSQL 直连，延迟约 100-200ms</td> </tr> <tr> <td><strong>Cloudflare R2</strong></td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>S3 兼容 API，服务端调用无问题</td> </tr> <tr> <td><strong>Cloudflare Workers</strong></td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>服务端 HTTP 调用完全正常</td> </tr> <tr> <td><strong>Cloudflare Pages</strong></td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>同上</td> </tr> <tr> <td><strong>Resend</strong></td> <td>✅ 可达</td> <td>✅ 正常</td> <td>邮件 API，调用链路短</td> </tr> <tr> <td><strong>Vercel</strong></td> <td>✅ 可达</td> <td>❌ 被墙</td> <td>需国内服务器反代</td> </tr> <tr> <td><strong>Netlify</strong></td> <td>✅ 可达</td> <td>❌ 被墙</td> <td>同上</td> </tr> <tr> <td><strong>Auth0 / Clerk</strong></td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>API 调用正常，前端 SDK 体验一般</td> </tr> <tr> <td><strong>Sentry</strong></td> <td>✅ 可达</td> <td>⚠️ 较慢</td> <td>后端上报没问题</td> </tr> <tr> <td><strong>GitHub</strong></td> <td>⚠️ 不稳定</td> <td>⚠️ 不稳定</td> <td>DNS 污染，建议 hosts 或代理</td> </tr> <tr> <td><strong>Google Colab</strong></td> <td>❌ 被墙</td> <td>❌ 被墙</td> <td>需要全局代理</td> </tr> </tbody> </table> <p><strong>规律：</strong></p>