[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f34hndrg50o6x5":3},{"code":4,"message":5,"data":6,"timestamp":74},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":42,"summary_md":43,"topic":44,"github_topics":47,"license":68,"homepage":69,"updated_at":70,"history":71},"coollabsio\u002Fcoolify",9,"An open-source, self-hostable PaaS alternative to Vercel, Heroku & Netlify that lets you easily deploy static sites, databases, full-stack applications and 360+ one-click services on your own servers.","PHP",64297,5780,192,2099,[16,22,28,34,38],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},41699611,"Coolify: Open-Source, Self-Hostable Alternative to Heroku\u002FNetlify\u002FVercel",35,3,"2024-09-30",{"id":23,"title":24,"points":25,"comments":26,"posted_at":27},40627350,"Coolify: Open-source, self-hostable Heroku\u002FNetlify\u002FVercel alternative",6,1,"2024-06-09",{"id":29,"title":30,"points":31,"comments":32,"posted_at":33},49270626,"Coolify 4.3.0",4,0,"2026-08-12",{"id":35,"title":36,"points":20,"comments":32,"posted_at":37},46099911,"$1000 bounty to add a feature to coolify","2025-11-30",{"id":39,"title":40,"points":20,"comments":32,"posted_at":41},43782518,"Coolify v5.x Announcement","2025-04-24","把应用、数据库和服务部署到自己 SSH 服务器上的自托管 PaaS，适合想离开托管云平台的人。","如果你想要 Vercel、Heroku 那种推送即部署的体验，但服务器是自己的，Coolify 值得认真评估；前提是你愿意一并接手平台本身的维护。\n\n## 解决什么问题\n\n你有一台 VPS、裸金属服务器或树莓派，希望它像托管平台一样工作：把代码推到 Git 仓库，自动构建、跑起容器、配上域名和 HTTPS。手工做这些意味着自己写 Dockerfile 和 Compose、接反向代理、签证书，还要记住哪个数据库卷属于哪个服务。Coolify 把这串步骤换成控制面板：通过 SSH 连上服务器，指向仓库，它负责构建和运行；同一套流程也覆盖数据库和现成的一键服务。\n\n## 有什么不同\n\n核心机制是一个 Coolify 中心实例保存项目配置，再通过 SSH 驱动一台或多台目标服务器。构建来源可以是 GitHub、GitLab、Bitbucket 或 Gitea，方式包括 Nixpacks、Railpack、Dockerfile、Docker Compose 或预构建镜像，因此可以先从类似 buildpack 的简单方式起步，需要控制时再下沉到 Dockerfile。部署之外还有推送触发、PR 预览、Webhook 和回滚到保留的应用镜像，以及域名、自动 HTTPS、反向代理、健康检查和容器网络。\n\n代价是归属权。README 说配置保留在你的服务器上，停止使用 Coolify 后运行中的资源仍可工作并保持可管理，但这不等于一切继续自动运转；主机、Coolify 安装及其升级仍然由你负责。功能广度本身也是负担：一位在 2024 年 9 月做竞品 PaaS 的评论者认为界面已经堆了 Projects、Sources、Destinations 和单独的 Command Center，建议重新设计（[评论](https:\u002F\u002Fnews.ycombinator.com\u002Fitem?id=41699998:)）。这是对旧版本的有时效观点，不是当前定论，但它说明概念这么多的面板需要学习成本。\n\n## 谁值得试\n\n适合：拥有少量服务器、希望部署可重复、需要托管数据库和现成服务目录的个人或小团队，不想按席位或项目向平台付费。2024 年 9 月一位评论者说，在用 Firebase、Amplify 和 Vercel 之后，Coolify 配 Supabase 跑在 Hetzner 上体验很好（[评论](https:\u002F\u002Fnews.ycombinator.com\u002Fitem?id=41715961:)）——这只是单条经历，不是基准测试，但提供了具体的迁移案例。\n\n不适合：想要完全托管、不碰平台的人。README 自己的对比表把“控制和维护整个平台”放在自托管一侧，把更少维护放在付费 Coolify Cloud 一侧（[对比](https:\u002F\u002Fcoolify.io)）。如果你不愿维护并持续更新一台控制平面服务器，云版本或托管 PaaS 更匹配。需要跨大量集群管理多套环境的团队，应先确认“一个 Coolify 实例加若干目标服务器”的模型是否符合自己的拓扑。\n\n## 使用条件与边界\n\n你需要一台支持且可通过 SSH 访问的服务器，以及一个运行面板的 Coolify 实例；文档给出的快速开始是单条安装脚本（[安装指南](https:\u002F\u002Fcoolify.io\u002Fdocs\u002Finstallation)、[安装脚本](https:\u002F\u002Fgithub.com\u002Fcoollabsio\u002Fcoolify\u002Fblob\u002Fmain\u002Fscripts\u002Finstall.sh)），执行前请先阅读脚本内容。推荐的自托管布局是一台服务器跑 Coolify，另一台或多台跑实际资源——全都塞进一台小机器虽然可行，但面板和负载会集中在一处。\n\n真正的约束是持续维护：升级、备份 Coolify 配置和数据库，以及目标主机自身的维护。README 还说明部分开发通过捐赠资助，但所有功能不设付费墙（[理念](https:\u002F\u002Fcoolify.io\u002Fphilosophy)）；在你计划运行的版本上，先确认当前支持渠道。\n\n## HotRepo 点评\n\nHotRepo 只记录到 2026-10-25 一次登上日榜，当天 63,803 stars、+150；只有单个日期样本，无法判断热度能否持续。2024 年一条 HN 讨论拿到 35 分、3 条评论（[讨论](https:\u002F\u002Fnews.ycombinator.com\u002Fitem?id=41699611)），只能说明讨论量。采用前需要核实的，是针对你这类主机的安装要求，以及自托管或云版本的维护模式哪个适合你的团队。",{"slug":45,"name":46},"devops","运维与部署",[48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67],"coolify","databases","deployment","docker","docker-compose","inertiajs","laravel","mariadb","mysql","nextjs","nodejs","php","postgres","redis","self-hosted","self-hosting","server","static-site","svelte","svelte5","Apache-2.0","https:\u002F\u002Fcoolify.io","2026-10-25T11:02:04Z",[72],{"date":73,"stars":11,"stars_gained":13},"2026-10-25",1792968341]