VPS 自建 CMS 横评:Ghost / Astro / Strapi / Payload 谁更适合你(2026)

逃离 WordPress,在 VPS 自建现代 CMS?2026 横评 Ghost、Astro、Strapi、Payload 的 Node 要求、内存占用、数据库依赖与适用场景,帮你按需求选对建站型 VPS 方案。

想逃离 WordPress 的笨重、插件坑和安全补丁焦虑,又不想把内容锁进某家 SaaS,最好的出路是在自己的 VPS 上自建现代 CMS。但「现代 CMS」四个字里水很深:有人要的是写作体验拉满的发布平台,有人要的是前后端分离的无头(headless)接口,还有人只是想用框架把 Markdown 变成静态站。本文把 2026 年最值得自建的四位选手——Ghost、Astro、Strapi、Payload——放到同一张台面上横评:它们的 Node 版本要求、内存占用、数据库依赖和适用场景,帮你按「我是谁、我要什么」直接做决定。

延伸阅读

更多相关攻略推荐:【TCP优化 02】为什么晚高峰 Ping 值正常,SSH 却卡到掉从 Git Push 到秒级上线:CI/CD 流水线与"无中断"发布VPS 自建 API 网关:用 KrakenD / APISIX /【VPS 硬件选型指南 (CPU 篇) 03】VPS 性价比怎么算?2026 黑五 VPS 优惠大全:全年最低价怎么抢

一、四个选手的定位:先搞清楚你要哪种

这四者根本不是同一类东西,硬比功能会越比越乱。先给一句话定位:

  • Ghost:专注「写作 + 发布 + 会员订阅」的内容平台,自带漂亮前台和会员系统,适合个人博客、独立出版、Newsletter。
  • Astro:严格说是静态站点生成器 / 前端框架,不是传统 CMS,但用 Content Collections 管内容、build 出纯静态 HTML,适合文档站、博客、落地页,运行时几乎零成本。
  • Strapi:无头 CMS 老大哥,框架无关,提供 REST/GraphQL 接口给任意前端消费,插件生态最全,适合多端(Web/App/小程序)共享一套内容。
  • Payload:Next.js 原生的无头 CMS,CMS 和前端共用一个 Next.js 进程,TypeScript 优先、最省内存,适合本来就写 Next.js 的团队。

二、Ghost:写作体验与会员体系的利器

Ghost 是「为写作而生」的发布平台,沉浸式的 Markdown 编辑器、原生会员/订阅、内置 SEO(自动 sitemap、OG 标签、JSON-LD),几乎不用装插件。代价是它对运行环境挑剔:Ghost 5.x 官方只支持 Node.js LTS 版本(18.x 或 20.x),用 21/22 这类非 LTS 会被 CLI 拒绝;生产环境强制要求 MySQL 8.0,SQLite 只在本地开发可用(v4 起就砍了生产用 SQLite)。

curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash -
sudo apt install -y nodejs mysql-server nginx
sudo npm install -g ghost-cli@latest
adduser ghostadmin && su - ghostadmin
mkdir -p /var/www/ghost && cd /var/www/ghost
ghost install

内存方面,Ghost 的 Node 进程大约吃 150–300MB,MySQL 再吃 300–500MB,Nginx 约 50MB。官方标称最低 1GB、推荐 2GB+。换句话说,一台 2G 内存的 VPS 就能稳稳跑起带会员、带图片处理的 Ghost;1G 机器也能跑但余量很紧,别再塞别的重服务。Ghost 默认监听 2368 端口,生产必须用 Nginx 反代 + Let's Encrypt 证书,且 ghost install 禁止用 root 直接跑——这些坑踩中就是「能启动但访问不了」。

三、Astro:资源占用最低,静态优先

如果你对「CMS」的核心诉求是「把文章管好、生成网站、跑得便宜」,Astro 是最省心的解法。它是静态优先的框架:内容用 Markdown/MDX 写在仓库里,通过 Content Collections 做结构化,构建时直接产出纯静态 HTML,丢到任意 Nginx/对象存储/CDN 就能跑。运行时几乎不占内存——因为根本没有常驻 Node 服务,只有构建那一刻吃 CPU。

Astro 5 支持 Node 18.20.8+、20.3.0+ 和 22.x,构建环境这些版本都行;产物是静态文件,生产机哪怕只有 512MB 也能 host。需要动态能力时,Astro 也支持 SSR(用 Node 或边缘运行时),但那就回归「常驻服务 + 一点内存」的模式了。对博客、文档、产品站这类读多写少、更新不频繁的场景,Astro + 静态托管是性价比天花板:你甚至可以把构建放在本地或 CI,VPS 只负责 serve 静态文件。

四、Strapi v5:插件最全,但最吃内存

Strapi 是无头 CMS 里社区最大、插件最多的那个。它框架无关:定义好 Content Type,它就吐出 REST 和 GraphQL 接口,前端用 Next.js、Nuxt、Astro、移动端都能消费。Strapi v5 要求 Node.js 18 或 20(LTS),数据库支持 PostgreSQL、MySQL、MariaDB,SQLite 仅开发用。它最强的卖点是插件市场和企业级能力(RBAC、i18n、媒体库、审核流),但这些重能力也意味着重资源。

内存是 Strapi 的命门。实测一个干净 v5 实例:Node 进程空闲 380–450MB,算上 PostgreSQL 整机约 600MB;装上 i18n、GraphQL、Users & Permissions 等常用插件后 Node 涨到 520–680MB;100 并发压测时内存冲到 800MB–1.4GB。结论很明确:2GB 是下限(还会频繁 swap),生产舒服线是 4GB,宽裕给 8GB。1GB 机器在稍微像样的后台操作下就会 OOM-kill——这是 Strapi 上生产最常见的翻车现场。换句话说,选 Strapi 等于接受了「至少一台 4G 内存 VPS」的运维承诺。

五、Payload 3.0:Next.js 原生、最省内存

Payload 走了一条和 Strapi 相反的路线:从 3.0 起它彻底重构为 Next.js 原生(Figma 在 2025 年收购了 Payload,目前仍保持 MIT 开源)。你的 CMS 后台和前端是同一个 Next.js 应用、同一次部署、同一份 TypeScript 配置——内容 schema 直接被类型系统校验,和前端代码强绑定。它要求 Node.js 20+,数据库通过适配器支持 MongoDB、PostgreSQL、SQLite。

资源占用是 Payload 的最大优势。实测空闲 Node 进程仅 180–250MB,含 PostgreSQL 整机约 450MB;100 并发下 450–650MB,峰值约 780MB。也就是说 2GB 内存就能稳稳扛住大多数项目,因为它直接复用了你本来就要跑的 Next.js 运行时,不用再养一个独立 CMS 服务。权限、版本、本地化、实时预览等核心能力都在 MIT 开源核心里,几乎不阉割——这对预算敏感又想要现代开发体验的团队很友好。

六、资源占用对照表(实测口径)

CMS空闲内存中等负载生产建议 RAM数据库
Ghost~500MB(含 MySQL)~700MB2 GBMySQL 8.0
Astro(静态)近 0(仅 serve 文件)忽略0.5–1 GB无(Markdown)
Strapi v5~600MB(含 PG)0.8–1.4 GB4–8 GBPG/MySQL/MariaDB
Payload 3.0~450MB(含 PG)0.5–0.8 GB2 GBPG/Mongo/SQLite

这张表就是选型的「钱景」:同样一个中小项目,Strapi 把你推上 4G 机型,Payload 和 Ghost 在 2G 机型就能跑,Astro 静态版几乎不花钱。RAM 直接决定你的月账单。

七、怎么选:按场景给决策树

  • 个人博客 / 独立出版 / 想做付费订阅:选 Ghost。写作体验和会员体系开箱即用,2G VPS 就够。
  • 文档站 / 博客 / 落地页,且更新不频繁:选 Astro 静态版。最便宜、最快、最安全(无常驻服务=无攻击面)。
  • 多端共享内容(Web + App + 小程序),要丰富插件和企业级流程:选 Strapi,但准备好 4G+ 内存和运维投入。
  • 团队本来就用 Next.js,想要 TypeScript 优先、省内存、CMS 与前端合一:选 Payload 3.0,2G 机型足够。

八、升级阵痛与厂商归属:别只看当下

选 CMS 不能只看今天跑得爽,还得看两年后升级会不会要命。Strapi 的版本迁移出了名的「阵痛」:v3 到 v4(2021)几乎是重写,当时没有自动迁移工具,很多团队宁可一直停在 v3 生产;v4 到 v5(2024)又改了 REST 格式和数据模型(Document Service 取代 Entity Service、响应结构扁平化),虽官方给了 codemod 但仍要改插件。Payload 的 v2 到 v3(2024)则是把整个产品重构成 Next.js 原生,等于项目目录要围着 Next.js 重新排布——收益是真的,但它属于「一次迁移项目」而非「花一个下午」。

还有一个 2026 年绕不开的事实:Payload 在 2025 年被 Figma 收购,官方承诺保持 MIT 开源,到 2026 年初开发节奏未减,但被大厂收购终究会改变长期激励结构,押注五年期项目时要心里有数;Strapi 仍独立、走 VC 融资路线,风险形状不同但同样存在。值得欣慰的是两者核心都是 MIT 协议,自托管本身免费,这对预算敏感者最实在。结论很朴素:如果你怕大版本迁移,优先选架构稳定、社区漂移小的方案,并养成「升级前先快照/备份 + 在测试机验证」的习惯,别拿生产库直接试刀。

九、VPS 选型与部署要点

无论选哪个,部署套路是共通的:前面用 Nginx/Caddy 做反代和 TLS(Let's Encrypt 免费证书),进程用 systemd 或 PM2 托管、开机自启,配好防火墙只放行 80/443/22。内存规划上,Ghost 和 Payload 看 2G 机型(性价比年付横评 里的中端款),Strapi 直接上 4G 起步(20 刀以内年付 的高内存款),Astro 静态版 1G 甚至 512M 都行。所有内容数据务必定期备份,策略见 VPS 备份策略。另外,Node 应用普遍吃内存,给 VPS 加 1–2G swap 能在流量尖峰时救命,避免 OOM-kill。

#VPS自建CMS #Ghost #Strapi #Payload #Astro