## 前言 就在昨天，我终于把博客的后端服务迁移到了云原生架构--基于 **Tencent Cloud** 和 **Supabase** 的组合。做完这一步的时候，本来觉得可以告一段落了，但躺在床上越想越觉得：既然后端都已经云原生了，前端还放在老地方，是不是有点不搭？ 这个念头一旦冒出来，就再也压不下去了。于是昨晚下自习后，我立马冲回电脑前，决定趁热打铁，把前端也一起搬上云。 ## 迁移过程 一开始，我打算走"捷径"：直接用**边缘函数（Edge Function）**返回前端的 HTML、CSS 和 JS 文件。这个方法听起来简单粗暴，十几分钟就能看到效果，但我也清楚它的局限性--扩展性差，维护起来麻烦，而且容易出各种边界问题。 果然，事情并没有想象中顺利。HTML 和 CSS 很快就搞定了，页面也能正常加载样式。可当我勾上"禁止缓存"，文章列表却空空如也！ 打开控制台一看，问题出在 JavaScript 上。我在边缘函数里是把 JS 内容塞进一个全局变量里返回的，但某些特殊字符在传输过程中被错误地解释成了换行符，导致脚本执行出错。我试了几种字符串替换的方法，绕来绕去，始终没能完美解决。 时间一点点过去，眼看就要卡在这个坎上了。 ## 转机：EO Pages 就在我几乎要放弃边缘函数方案的时候，突然想起了 **EO Pages**。之前就听说过它可以通过 Git 仓库直接部署静态网站，也fork过一个部署在上面的全栈应用玩过，但一直没实际的用过。抱着试一试的心态，我把前端的代码仓库推了上去。 没想到，这一试竟然出奇地顺利！ Pages 不仅能完美兼容我原来的前端文件结构，还带来了几个让我惊喜的优点： - **易于扩展**：以后加页面、改样式，直接推 Git 就行； - **可读性强**：代码和资源按仓库结构一目了然； - **维护方便**：版本历史清晰，回滚也简单； - **开发流畅**：以后我甚至可以直接在 GitHub 上编辑前端代码、上传图片资源，再也不用折腾文件传服务器那一套了。 ## 终于，跑起来了！    前后折腾了几个小时，当我在浏览器里再次打开博客，看到文章列表正常加载、页面样式完整、交互一切顺畅的时候，终于松了一口气。 现在的博客，已经完整运行在 **EdgeOne** + **Supabase** 的云原生架构之上了。访问速度有了明显提升，部署和更新流程也比以前简洁了很多。 ## 写在最后 这次迁移虽然过程中踩了一些坑，但结果很值得。云原生带来的不只是技术栈的升级，更是一种运维思维的转变--更弹性、更自动化、更专注于业务逻辑本身。 如果你也在考虑把个人项目迁到云上，不妨大胆尝试。有时候，那个让你头疼的"坑"，翻过去可能就是一片更开阔的风景。 博客还会继续迭代，也许下一步就是试试 Serverless 的更多玩法。云原生的路，才刚刚开始。 --- > 迁移完成于一个平凡的夜晚，但项目因此变得不那么平凡了。当我敲下最后一个字时，正好到了2026-1-1 0：00，窗外烟花响起，勾起我的回忆......新年好。