Coolify 教學：把一台 VPS 變成自己的 Vercel，實際會卡在哪

如果你是搜「Coolify 怎麼裝」進來的，這篇是給你的。我在 Coolify 開箱 那篇講過他是什麼，這篇只講實際動手會遇到的事。

先給結論：安裝本身很簡單，一行指令五到十分鐘。真正會卡住你的是記憶體，而且是在你以為都弄完之後才卡。

他解決什麼問題

你如果自架過三、四個工具，會有一個共同的痛：每一個都要自己寫 docker compose、自己設反向代理、自己申請憑證、自己記得他跑在哪個 port。第五個工具的時候你會開始不想裝。

Coolify 把這些收成一個網頁後台：選一個 Git repo 或一個 Docker image，選網域，按部署。憑證自動申請、反向代理自動設、環境變數有地方填、掛掉會重啟。就是 Vercel 或 Heroku 那個手感，但跑在你自己的機器上。

GitHub 62,141 顆星，Apache-2.0 授權，目前版本 v4.3.23（2026 年 9 月）。Apache-2.0 是真正寬鬆的授權，沒有營收上限、沒有人數限制、可以商用可以改。

開始之前要準備

• 一台乾淨的 Ubuntu（24.04 很穩），root 或可以 sudo
• 一個網域，DNS 能改
• 官方標的最低是 2 核 2 GB 記憶體 10 GB 磁碟

那個最低規格我要特別講一下：那是 Coolify 自己的需求，不含你要跑的東西。 你的應用、資料庫、Docker 容器、還有部署時的 build，都要另外算。實務上 4 GB 是比較安全的起點，要跑資料庫的話更是。

安裝

官方給一行 script：

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

跑完大概五到十分鐘，他會自己裝好 Docker、拉起自己的容器，然後給你一個 8000 port 的網址。第一件事是進去建管理員帳號，第二件事是把網域指過來、讓他幫自己也申請憑證。

到這裡都很順。

實測會卡住的地方

第一個坑是 build 的記憶體尖峰。

這是我自己在另一台機器上踩過的：平常跑得好好的服務，一到部署就把整台機器拖垮，連帶把別的服務也打掛。原因是 build 那幾分鐘的記憶體用量，可以是平常穩態的好幾倍。一台 2 GB 的機器，穩態塞得下，build 的時候就不夠。

處理方式有三個，我建議都做：

1. 加 swap。 4 GB 的 swap 檔案，這是最便宜的保險
2. 在別的地方 build，只把產物送上去。 這個最有效，機器只負責跑
3. 錯開部署時間。 不要在流量高峰按部署

第二個坑是你會裝太多東西。

Coolify 讓部署變得太容易，容易到你會一直加。三個月後那台機器上會有七、八個服務，其中三個你已經想不起來當初為什麼裝。記憶體就是這樣被吃光的。

我的做法是每次要加新服務之前，先去看一遍現有清單，砍掉一個再加一個。

第三個坑是備份不會自己發生。

Coolify 有備份功能，但你要去設。而且設完要真的還原一次試試看，沒有驗證過的備份等於沒有備份。這句話很老套，但每個被燒到的人都是因為沒做這一步。

第四個是 Coolify 自己也要更新。

他更新得很勤，v4 這條線一直在動。更新前先確認你的服務在跑，不要在週五下午做這件事。

我的建議

如果你已經有一台機器在手動管三個以上的服務，裝 Coolify 是划算的，他省下的是那些重複的反向代理跟憑證設定。

如果你只有一個服務要跑，不需要。 直接 docker compose 加一個 Caddy 就好，多一層 Coolify 只是多一個會壞的東西。

機器開 4 GB 起跳。 2 GB 那個數字是 Coolify 自己的最低，不是你的。

要判斷自架這件事整體划不划算，我另外寫了 工具要不要自架的五個問題，還有 自架真正的帳單在哪。

工具是省下了設定的時間，但省下來的時間要用在哪，是另一個題目。這方面我整理在 AI101。

常見問題