资讯 Dokploy：一条 curl 装起来的自托管 PaaS，能替掉多少 Vercel 和裸 Compose 的活

2026-09-11 21:31:30

Dokploy：一条 curl 装起来的自托管 PaaS，能替掉多少 Vercel 和裸 Compose 的活

GitHub：
官网：
文档：
Cloud 版入口：

约 37.2k stars（截至 2026-09），TypeScript 实现，默认分支 canary，仓库 2024-04-19 创建，到 2026-09 仍在持续提交。License 在 GitHub 上标注为 Other，不是 MIT/Apache 这类常见许可，真要上生产前自己把条款读一遍。

下面这份笔记基于 README 与仓库元信息整理，我没有在自己的 VPS 上实际跑过 Dokploy，涉及体验的部分只做定位层面的判断，不编运行数据。

它是什么

Dokploy 是一个免费、可自托管的 PaaS，用来简化应用和数据库的部署与管理。官方给自己的定位是 Vercel / Netlify / Heroku 的开源替代——区别在于，主机是你的 VPS，不是他们的云。

README 里 topics 打的是：agents、ai、backend、backups、databases、deployment、devops、docker、self-hosted、vps。从这几个词就能看出它不是单纯的容器面板，而是想覆盖「部署 + 数据 + 备份 + 远程节点」这一整条链路。

核心特性

应用与数据库

Applications：Node.js、PHP、Python、Go、Ruby 等类型都能部署，不绑定单一语言栈。
Databases：内置 MySQL、PostgreSQL、MongoDB、MariaDB、libsql、Redis 的创建与管理，不用自己写 compose 起数据库。
Backups：把数据库备份自动化推到外部存储目的地，属于「上线之后才会想起来要」的那类功能。
Docker Management：直接部署和管理 Docker 容器。

部署形态：Compose 与模板

Docker Compose：原生支持 Compose 文件，复杂多容器应用可以直接搬进来。
Templates：一键部署开源模板，README 里点名的是 Plausible、Pocketbase、Calcom 这类。

多节点与多服务器

Multi Node：基于 Docker Swarm 把应用横向扩到多个节点，集群由 Swarm 管。
Multi Server：把应用部署并管理到外部服务器上，也就是一套 Dokploy 管多台机器。

路由与监控

Traefik Integration：自动接入 Traefik 做路由和负载均衡，反向代理和证书这块被包掉了。
Real-time Monitoring：每个资源的 CPU、内存、存储、网络用量都能实时看。

操作接口与通知

CLI/API：命令行或 API 管理应用和数据库，适合塞进已有的脚本流程。
Notifications：部署成功或失败时推通知，支持 Slack、Discord、Telegram、Email 等渠道。

自托管

README 里单列了这一条：Self-Hosted — 把 Dokploy 自己跑在你的 VPS 上。

安装

在 VPS 上直接执行：

curl -sSL https://dokploy.com/install.sh | bash

不想自己维护服务器的话，官方还有 Dokploy Cloud 可以走。其余配置细节看。

什么情况下适合，什么情况下不适合

适合的思路大致是这几类：

手上已经有一台或几台 VPS，想把上面零散的 compose 文件、Caddy/Nginx 配置、手写备份脚本收敛到一个界面里。
需要在同一套东西里同时管应用和数据库，并且希望备份是内建能力而不是自己写 cron。
有横向扩容或多机部署的需求，愿意接受用 Docker Swarm 作为集群方案。

不太适合的情况：

只有一两个小服务，且对现成的 Compose + 一个反代已经很熟——多装一层控制面板带来的收益有限，反而多一个要升级、要备份、要排查的组件。
完全不想碰服务器运维。Dokploy 把部署流程变简单了，但 VPS 的系统更新、磁盘水位、网络和防火墙仍然是你的责任，这和 Vercel 那种托管平台的边界不一样。
对许可证条款敏感、且必须使用 MIT/Apache 的项目——这个仓库标注的是 Other。

自托管 PaaS 的取舍

对 Vercel / Heroku。 托管平台把服务器这一层完全拿走，代价是运行环境和计费模型由对方定。Dokploy 反过来：基础设施成本基本就是 VPS 账单，环境完全自控，但运维责任一并转移过来。这个取舍的核心不是功能多少，而是你愿不愿意长期维护一台机器。

对 Coolify。 两者是同一类东西——开源自托管 PaaS，都在抢 Heroku 那部分用户。功能集有重叠，选型更多取决于你更习惯哪套界面和工作流。如果已经在用 Coolify 并且没遇到痛点，迁移的动力不大。

对裸 Docker Compose。 Dokploy 相当程度上就是在 Compose 之上叠了一层：Web UI、Traefik 路由、数据库管理、备份、通知、多节点。Compose 文件本身仍然是你描述服务的方式。如果服务数量少、变更频率低，直接 docker compose up -d 加一个反代，总组件数更少、链路更短；当服务数量和机器数量上来、需要有人帮你记住「哪个容器在跑、备份有没有成功」的时候，这层封装才开始回本。