Coolify:把 Vercel/Heroku 体验搬回自己 VPS 的开源自部署 PaaS

Coolify
PaaS
自托管
Docker
开源
DevOps
2026/10/2
·

阅读时间: 大约 12 分钟

Coolify:把 Vercel/Heroku 体验搬回自己 VPS 的开源自部署 PaaS

Coolify 官方仪表盘 v4.3.19:部署记录、项目分组、服务器与团队管理(官方文档截图)

Coolify 是一个用 PHP/Laravel 写的开源 PaaS 控制面,官方定位一句话:“An open-source & self-hostable alternative to Vercel, Heroku, Netlify and Railway”。它的卖点是:你不需要租 Vercel/Heroku 的算力,只要有一台能 SSH 的服务器(VPS、裸金属、树莓派、甚至旧笔记本),Coolify 就能把”Git push 自动部署、自动 HTTPS、数据库一键拉起、回滚、PR 预览”这套云平台体验搬到你自己的机器上。本文基于 coolify.io 官网、coollabsio/coolify 的 GitHub README 与官方定价页,做一次带数字的冷静分析。

一、背景:自托管运动与 PaaS 化需求的合流

过去几年,开发者对”数据主权 + 成本可控”的诉求明显上升:Vercel/Netlify 这类托管平台体验顺滑,但厂商锁定、出站带宽与函数调用费用在业务长大之后会变贵;纯自己用 Docker Compose 又要手写 Nginx、证书、回滚脚本。Coolify 站在中间——它把 Heroku 那套”连接 Git 仓库、点一下就部署”的交互做出来,再把执行层完全放在你自己的 Docker 上。官方在 README 里强调一条关键的退出承诺:“Your configurations stay on your servers. If you stop using Coolify, your running resources continue to work and remain manageable.” 也就是说它生成的是标准 Docker Compose / 容器,不是私有格式,停掉 Coolify 之后你的容器依然在跑。

二、是什么:一个控制面,不是一个运行时

Coolify 本身是一个 Web 应用(Laravel + Livewire,仓库里能看到 artisan、composer.json、vite.config.js),它通过 SSH 远程驱动目标服务器上的 Docker。它不内置 Kubernetes,也不做资源调度器,本质是”一个漂亮的 Web 面板 + SSH 执行器 + 模板库”。

官方 README 列出的能力:

  • 从任意 Git 源部署应用:GitHub / GitLab / Bitbucket / Gitea,构建方式支持 Nixpacks、Railpack、Dockerfile、Docker Compose 或直接用预构建镜像;
  • 托管数据库与 300+ 一键服务:PostgreSQL/MySQL/Redis 等,以及一个由社区贡献的服务目录(WordPress、Supabase、Plausible、n8n 等),带持久化存储和自动生成的凭据;
  • 自动化:每次 Git push 部署、PR 预览环境、Webhook 触发、回滚到保留的历史镜像;
  • 网络:自定义域名、自动 HTTPS 证书、内置反向代理、健康检查、容器网络;
  • 运维:多服务器管理、部署与运行时日志、容器内终端、资源监控;
  • 数据保护:数据库/存储备份、定时任务、环境变量与 secrets、通知;
  • 集成面:Dashboard、API、CLI、MCP、基于团队的访问控制。

安装方式是一条脚本:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

Coolify 官方一键服务目录:300+ 中间件/应用模板(官方文档截图)

三、规模与定价:官方数字怎么读

官网首页与 GitHub README 给出的数字(访问时页面实时显示):

指标官方数字出处
自托管实例数512,786+ self-hosted instancescoolify.io 首页实时计数
Cloud 付费客户3,765+ customers in the cloud同上
一键服务数量官网称 280+,README 称 300+coolify.io / GitHub README
Cloud 基础价$5/月(含 2 台服务器)coolify.io/pricing
每多接一台服务器+$3/月同上
年付折扣约 省 20%同上
开源协议Apache-2.0GitHub 仓库 LICENSE

这里要特别注意”512,786+ self-hosted instances”这个数字的口径:它是 Coolify 后台主动上报/匿名统计的自托管实例计数,不是”付费用户数”,也不是”活跃生产环境数”。里面包含大量本地测试、Docker Desktop 上的体验安装、树莓派试验,甚至重复安装。和”3,765+ Cloud 付费客户”放在一起看才合理:真正为托管服务付费的盘子是几千量级,自装机盘子是五十万量级——这是一个典型的”开源社区极广、商业变现很小”的自托管项目结构。

Cloud 版定价逻辑也很特别:$5/月只是”让 Coolify 跑在官方托管面板上”的钱,你自己的服务器(Hetzner/DigitalOcean/AWS/旧笔记本)仍然要自己掏钱买。官方定价页原话:“You need to bring your own servers”。所以它不是”$5 给你算力”,而是”$5 帮你省掉维护 Coolify 面板本身的麻烦”。

四、运行时日志与可观测性

Coolify 在面板里直接暴露部署日志和容器运行时日志,并能打开容器终端,这是它对小团队最实用的部分之一:

Coolify 运行时日志查看器:直接在面板里看容器 stdout(官方文档截图)

五、评测方法与口径批判

Coolify 官方没有发布任何性能 benchmark——它不做自己的运行时,性能上限就是你服务器上 Docker + Caddy/Nginx 的上限。读它的宣传时要注意三层偏向:

  1. “替代 Vercel/Heroku”是体验类比,不是 SLA 类比。Vercel 是全球边缘网络 + 自动扩缩容 + 托管数据库;Coolify 是你一台 VPS 上的 Docker。单机故障就是全站故障,没有多可用区冗余。官方推荐的自托管部署是”一台机器跑 Coolify,另一台(或多台)跑业务”,但这仍然是单机故障域,不是高可用架构。
  2. “Free forever / 无付费墙”的 nuance:开源版功能确实全免费,但官方把”邮件告警、自动备份、托管更新、高可用”做成了 Cloud 版的卖点。自托管版这些功能都要你自己配 SMTP/Resend、自己跑备份脚本、自己承担升级风险。也就是说”功能免费”成立,“运维成本为零”不成立。
  3. “300+ 一键服务”质量参差:这些模板大量来自社区贡献,官方文档自己也提示部分模板的版本、维护频率不一;一键拉起不等于一键长期安全升级。
  4. 安装脚本 curl | bash:对自托管用户极友好,但也意味着你信任 coollabs.io 的 CDN;生产环境建议先审一遍 install.sh(官方 README 也明确说”you can also review the installation script before you run it”)。
  5. 技术栈是 PHP/Laravel 驱动 Docker,不是 Go/Rust 写的瘦 agent。对单机小项目无所谓,但如果你要管理几百台服务器,这个面板本身会成为资源消耗点和单点。

六、优势与局限

优势:

  • 真开源 + Apache-2.0,无功能付费墙,退出成本低(产物是标准 Docker Compose);
  • 上手极快:一条脚本装完,连 Git 仓库就能部署,体验接近 Heroku;
  • 覆盖广:静态站、全栈应用、数据库、300+ 中间件、PR 预览、自动 HTTPS、备份、回滚都在一个面板;
  • 成本结构透明:软件免费,你只付 VPS 钱;$5/月的 Cloud 是可选的托管面板;
  • 生态活跃:50 万+ 自托管实例、21k+ Discord 社区、 sponsors 列表里有 Hetzner/DigitalOcean 系厂商。

局限:

  • 不是 Kubernetes:不适合需要自动伸缩、多 AZ 调度、服务网格的中大型微服务;
  • 单机故障域:官方推荐架构没有真正的高可用;
  • 面板本身是 PHP 应用,要占资源、要升级、要备份数据库;
  • Windows 不是一等公民:仓库里有 docker-compose.windows.yml 给开发用,但生产目标是 Linux;
  • 服务模板靠社区,质量与版本维护需要自己把关;
  • 没有官方性能数字,“比 Heroku 省多少”这种结论只能自己在同规格 VPS 上压。

七、适合谁 / 不适合谁

适合:

  • 想从 Vercel/Netlify 迁出、但又不想手写 Docker Compose + Nginx + certbot 的独立开发者与小团队;
  • 用 Hetzner/Contabo/Ramnode 等便宜 VPS 跑几个内网站、博客、n8n、Supabase 自托管实例的人;
  • 对数据主权和出站费用敏感、愿意用一点运维复杂度换成本的团队。

不适合:

  • 需要全球边缘网络、自动扩缩容、99.99% SLA 的生产业务;
  • 已经在 Kubernetes 生态里、需要 Helm/Operator 体系的团队;
  • 完全不想碰 Linux/SSH、只想要”注册就送算力”的人——继续用 Vercel/Heroku 更省事。

参考来源