生产站群 · 从源码到可访问服务

需要解决的问题

个人站、博客和产品官网共享基础设施，但它们的内容、生命周期和访问权限并不相同。工程难点不只是让一个页面返回 200，而是让后续改内容、改导航和重新部署后仍然可用。

我独立维护这套环境，从本地构建和内容管理，到域名配置、部署和线上验收。

当前实现

• 共享代码，独立发布：Next.js 站点使用同一个 pnpm 工作区中的组件与工具，各站保留自己的内容源和部署流程。静态产品官网沿各自发布入口交付。
• 域名与部署有对应责任源：结构化登记关联子域名、代码位置、运行服务和健康 URL，导航及运维入口从登记派生。
• 正文与构建产物分开：网站正文由独立内容仓维护。构建前保护内容软链并校验源文件；构建目录不充当正文备份。
• 源站实施访问控制：公开页面可直接浏览，管理入口与私密内容由源站认证闸保护，认证边界与页面声明保持一致。
• 完整发布链：本机生成 Next.js standalone 产物后同步到 VPS，由 Nginx 和 systemd 提供服务；Cloudflare 负责 DNS 与边缘代理。

发布完成的判据

发布脚本除检查构建是否成功，还核对在线 HTTP、CSS 哈希、构建标识与服务日志。变更具体页面后，需要再检查线上是否出现新内容；删除页面则验证原 URL，不能用新首页正常推断旧页面已消失。

这种工作方式把常见故障——源码已改但未发、HTML 和静态资源来自不同构建、陈旧路由残留——变成可检查的步骤。

可以直接查看的成果

• 个人站英文作品页：双语内容和案例路由。
• 博客：独立内容站的实际运行结果。
• Initials 官网与 KeyScope 官网：安装、演示和支持内容的交付。

这些站点分别展示了双语内容、独立发布和产品交付如何共用一套受管理的基础设施。