静态站点生成器和动态 CMS 怎么分工，混合架构的边界在哪里
静态站点生成器和动态 CMS 怎么分工，混合架构的边界在哪里？边界不由功能决定，由”谁在改内容、改得多不多、要不要权限”这三件事决定。一份公开对比把差异写得很清楚：Hugo 使用本地 Markdown、无需数据库，而 Halo 这类系统支持在浏览器里编辑，运行它的服务器成本约为每月五十元到两百元。前者省的是运行环境，后者买的是协作与动态能力。
两类工具解决的不是同一个问题
静态生成器的工作方式是在构建期把所有页面渲染成文件，产出直接由 Web 服务器返回。好处很实在：没有运行时依赖，没有数据库被拖慢的顾虑，主机成本压到很低。代价是”改一个字要重新构建”，以及没有内建的账号、权限与表单处理。
动态 CMS 反过来：内容存在数据库里，请求到来时才渲染，因此天然支持多人协作、按角色分权限、评论与留言这类交互，也支持自定义内容模型这种结构化字段。代价是必须常驻一套运行环境，需要有人跟补丁与备份。
边界怎么划
按内容属性划分比按页面划分更稳。
| 内容类型 | 变更频率 | 是否需要权限 | 建议放在 |
|---|---|---|---|
| 品牌宣传页、活动落地页 | 低 | 不需要 | 静态侧 |
| 技术文档与帮助中心 | 中 | 需要编辑分工 | 动态侧 |
| 产品库与参数化内容 | 高 | 需要审核流 | 动态侧 |
| 留言、评论、表单 | 持续产生 | 需要反垃圾 | 动态侧 |
| 归档的旧文章 | 不再变更 | 不需要 | 静态侧 |
最后两类常被忽略：归档内容静态化之后，主站的数据库压力与备份体积都会明显下降。
三种切法
第一种是主站动态、边缘静态。企业官网本体跑 CMS，把活动页、专题页与归档导出为静态文件放独立域名或子目录。这种切法运维负担最小，多数中小企业适用。
第二种是构建期从 CMS 取数。内容仍在 CMS 里维护与审核，发布动作触发一次构建，把该栏目输出成静态文件。它保住了编辑体验与权限，又拿到了静态页面的加载优势，代价是要维护构建链路。
第三种是双站并行，即两个系统各管一部分内容，通过接口同步必要数据。这种切法只在团队与内容规模都很大时才划算，小团队做第三种通常会被同步逻辑拖住。
动态侧要让 URL 看起来干净
混合架构里最容易被忽略的是地址一致性：静态侧天然是干净的短地址，动态侧如果暴露查询参数形式，两边的 URL 风格会分裂，跳转与收录处理都变复杂。
AnQiCMS 的伪静态规则管理支持自定义伪静态 URL，可以把动态页面输出成与静态侧同风格的地址，混合架构在外部看起来就是一个站点。自定义内容模型则承担结构化那一侧：产品参数、案例编号这类字段在动态站里维护，静态导出时可以按需取用。
运维层还要准备两件事。备份与恢复要覆盖数据与静态文件，混合架构尤其容易只备其中一半；部署方式按团队能力选，AnQiCMS 提供宝塔面板一键部署、aaPanel、LNMP 命令部署与 Docker 镜像，默认监听 8001 端口，静态侧可以继续放在原有 Web 服务器或对象存储上，不需要为它增加运行环境。
常见问题
问：静态侧的表单怎么提交？ 答：交给动态侧或第三方表单服务接收，不要把表单处理硬写进构建流程；提交数据需要落库时，动态侧本来就是更合适的位置。
问：两边内容会不会出现不一致？ 答：会，这是第三种切法的主要代价。规避方式是规定单一数据源：内容只在 CMS 编辑，静态侧永远由构建产出，禁止手工改静态文件。
问：已经全静态，需要补权限怎么办？ 答：不必整体迁移。先加一个动态子站承接协作与交互内容，用伪静态与跳转把两边地址风格统一，再逐步把高频变更栏目搬过去。