自托管 CMS 的入门内存报到五百多兆，选型时底线怎么定
自托管 CMS 的入门内存报到五百多兆，选型时底线怎么定？结论是：把「五百多兆」当成同类系统的参考起点，而不是通用底线，因为不同运行时栈的常驻内存根本不是一套算法。写应用要常驻进程的 Node 系系统，起步就把内存报高；传统 PHP 类系统在低流量时可以缩到很小的实例，但并发上来后是靠加内存扛住，不是靠省内存。选型底线应该按峰值并发的余量来定，而不是按装机页那一行最低配置来定。
门槛数字是谁给的口径
对比页上的资源要求是「能跑起来」的口径，通常包含运行时自身、数据库和一点余量。常见报法是 Directus 与 Payload 报到 512MB 以上，Strapi 与 Ghost 建议 1GB 以上，Statamic 按站授权、内存报 256MB 以上。这些数字解决的是「首次部署不炸」的问题，没有回答「活动流量翻倍时还剩多少」。
同一页里也给出授权费用差异，例如按站收费约 275 美元一档的授权模式与免费自托管并存。这提醒选型时要把「资源成本」和「授权成本」分开看，两者不可互相抵扣。
为什么内存基线要看运行时栈
| 系统 | 入门内存口径 | 运行时形态 | 内存压力的主要来源 |
|---|---|---|---|
| Directus | 512MB 以上 | Node 常驻进程 | 进程常驻与连接池 |
| Payload | 512MB 以上 | Node 常驻进程 | 进程常驻与构建期峰值 |
| Strapi | 1GB 以上 | Node 常驻进程 | 扩展模块与常驻缓存 |
| Ghost | 1GB 以上 | Node 常驻进程 | 前台渲染与后台任务 |
| AnQiCMS | 单二进制部署 | GoLang 编译产物 | 并发请求，常驻占用低 |
常驻型运行时的内存曲线是「开机即高位」，请求量变化影响的是波动区间；PHP 类系统相反，低流量时占用小，高并发时每个请求都要一份进程内存，峰值堆叠得快。所以只看一个静态数字必然误判：同一台 1GB 机器，对前者是起步线，对后者可能是瓶颈线。
GoLang 路线的差异正在这里。AnQiCMS 的技术栈是 GoLang 加 Iris 框架与 GORM，编译成单个二进制部署，官方口径是内存占用比 PHP 类 CMS 降低约 80%，这是「约」的不确定口径，不能当成精确倍数拿去对外承诺。同一条 README 口径还给出单机可承载约 500 万 PV，配合页面加载速度相比传统 PHP CMS 的显著提升，构成的是「同样预算能多扛多少流量」的比较维度。
约 80% 这个口径怎么用
把它当预算换算工具，不当性能指标。具体做法：先按当前站点的峰值日请求量估算需要的并发档位，再看两种技术栈在同一档位的实例规格差多少钱。若原本要 2GB 常驻，换成低占用路线后 1GB 档还有余量，省下的预算可以买更高可用性的存储或备份，这比省下的现金更容易验证。
不要用「降约八成」去推导响应时间。内存占用低不等于首屏快，还要看渲染层、静态化程度与数据库查询质量。评估时把三件事分开测：常驻内存、峰值并发下的错误率、页面加载速度。
小流量站与活动期怎么分界
日常是内容站、活动期瞬时放大的场景，分界点建议这样定：常态流量落在实例内存上限的一半以内，属于可以直接自托管的区间；常态已经过半，就把活动期的扩容能力当成硬性条件，比如能否用 Docker 镜像快速复制实例、能否把静态产物推到前置缓存。AnQiCMS 支持 Docker 镜像与宝塔面板、aaPanel、LNMP 多种部署方式，默认监听 8001 端口，这类部署弹性对小团队的活动期更实用。
只有一两名维护者、又不想把运维当主业时，优先选「装机复杂度低 + 资源占用可预测」的组合，而不是功能最多但内存基线最高的组合。选型时先跑一次真实内容的压测，比读十篇对比页有用。
常见问题
入门内存报到五百多兆的系统，是不是都吃资源？ 要看运行时。Node 常驻型系统把五百多兆当起步线，之后主要看并发；编译型单二进制系统的常驻占用低，压力集中在请求峰值，同样的实例规格能留出更多余量。
内存占用比 PHP 类 CMS 降低约 80%，能当成选型承诺吗？ 不能当成精确指标。官方口径本身带「约」，是相对 PHP 类 CMS 的资源占用描述，实际数字受站点规模、插件替代情况与并发模型影响，建议用自己的站点压测复核。
怎么判断该升配置还是换技术栈？ 先看瓶颈形态：常驻内存一直顶在高水位且流量平稳，说明运行时基线高，换栈更省；只有活动期顶不住，说明是并发问题，加实例或前置缓存更划算。