Docker Compose 的環境變數仍然集中顯示#

如果部署的是單一 Application，環境變數就跟著該應用程式管理，使用上不難理解。

但如果部署的是包含多個 container 的 Docker Compose / Service Stack，Coolify 仍然會把整份 Compose 視為一個資源。官方文件將 Docker Compose 定義為這類部署的 single source of truth，並且會自動偵測其中引用的環境變數，集中顯示在 UI 的 Environment Variables 區塊。

例如：

1
services:
2
  app:
3
    environment:
4
      - DATABASE_URL=${APP_DATABASE_URL}
5
  worker:
6
    environment:
7
      - REDIS_URL=${WORKER_REDIS_URL}
8
  postgres:
9
    environment:
10
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}

這三個服務的變數會出現在同一份清單，不會依照 app、worker、postgres 自動分組。像 Dify、n8n worker 或其他多服務架構，變數一多就比較難快速找到設定。

目前 UI 已經提供兩種檢視模式：

Compose 也可以使用 ${VARIABLE:?} 語法標記必要變數。Coolify 會將必要變數排在前面，未填寫時以紅框提示。

這些功能讓管理體驗比以前好一些，但仍然沒有解決「依 container 分組」的問題。實際使用時，我會：

1. 只把真正需要調整的變數暴露到 Coolify UI。
2. 使用 APP_、WORKER_、POSTGRES_、REDIS_ 等服務前綴命名。
3. 跨服務共用的值再放到 Team、Project 或 Environment 層級的 Shared Variables。
4. 使用 ${VARIABLE:?} 標記必要設定，避免部署後才從 container log 找錯誤。

Compose 專案的效能監控仍然有限#

Coolify 有內建監控功能，但預設比較偏向服務可用性與維運事件，例如：

• 磁碟空間是否超過設定門檻
• container 是否停止或重新啟動
• 備份是否成功

官方也提供實驗性的 Sentinel and Metrics 功能。啟用後，可以查看整台伺服器與個別 container 的 CPU、RAM 使用量：

1
Servers
2
└── <YOUR_SERVER>
3
    └── Configurations
4
        ├── General
5
        │   └── Enable Sentinel
6
        └── Metrics

不過，官方文件目前仍有一個重要限制：Docker Compose 與 Service Template 部署無法使用 Metrics 收集功能。

也就是說，單一 Application 可以嘗試使用 Sentinel 查看資源用量；但 Dify、n8n worker 或其他多 container Compose Stack，目前仍不容易直接從 Coolify 看出整個專案消耗多少 CPU 與記憶體。

因此，我會把 Coolify 視為部署控制台，不會把它當成完整的主機監控平台。要快速確認整台機器的負載，還是會 SSH 登入主機並使用 btop：

1
btop

如果要長期追蹤每個 container 的 CPU、RAM 與歷史趨勢，則需要另外準備 Grafana、Prometheus、Netdata 或 Beszel。主機尚未安裝 btop 的話，可以參考站內的 btop 安裝與系統監控指南。

Zeabur VPS 價格也已調整#

Zeabur 已在 2026 年 6 月 1 日調整 Server 與 VPS 價格。不同供應商、地區與規格的組合很多，最準確的方式是查看 Zeabur Server & VPS Price Update 頁面。

以官方更新頁列出的騰訊雲方案為例：

如果需要 Zeabur 的備份、較長日誌保存時間或其他進階功能，除了 VPS 月租，還要加上對應的 Dev、Pro 或 Team 控制台方案。

Q: Coolify 自架是免費的嗎？#

A: Coolify 自行託管版本免費且開源，不限制主要功能，也不需要 Zeabur Dev 之類的平台訂閱。但 VPS、網域、備份儲存空間與監控工具仍然需要自己準備。Coolify Cloud 則是官方代管控制台的付費方案。

Q: 使用 Coolify Cloud 還要自己買 VPS 嗎？#

A: 要。Coolify Cloud 代管的是 Coolify 控制台，不包含執行應用程式的 VPS。你仍然要自行準備伺服器，再透過 SSH 接入 Coolify Cloud。

Q: Coolify 會把所有 container 的環境變數放在一起嗎？#

A: 如果使用 Docker Compose / Service Stack 部署多個 container，目前仍然會以整份 Compose 作為單一資源管理。Coolify 會偵測 Compose 中引用的變數，集中顯示在同一個 Environment Variables 區塊，不會自動依照 container 分組。建議使用服務前綴命名，搭配 Developer View 搜尋與批次編輯。

Q: Coolify 可以查看每個專案的 CPU 與記憶體用量嗎？#

A: Coolify 有實驗性的 Sentinel and Metrics 功能，可以查看伺服器與個別 container 的 CPU、RAM 使用量。但官方文件指出，Docker Compose 與 Service Template 部署目前無法使用 Metrics 收集功能。多 container 專案仍建議搭配 btop 或獨立監控工具。

Q: Zeabur 還有共享叢集嗎？#

A: 共享叢集已逐步退場。Zeabur 官方文件指出，新專案已無法建立在共享叢集上，現有共享叢集專案也從 2026 年 4 月 1 日起停止接受新服務。新的部署應改用 Server，並選擇購買 VPS 或接入自己的主機。

Q: Zeabur Dev 可以管理幾台自己的 VPS？#

A: Zeabur Dev 方案目前可以管理 3 台自有伺服器。Free 方案可管理 1 台，Pro 方案可管理 10 台，Team 方案則沒有數量限制。伺服器本身仍需另外準備或購買。