我用 Zeabur 部署服務一年多了。Ghost 部落格、n8n 自動化、Discord Bot、AI 打造的網頁和工具應用⋯⋯全部跑在 Zeabur 的共享叢集上，每個月大概花 $15 美金。
最近 Zeabur 宣布停止共享叢集方案，未來所有專案都要搬到「專用伺服器」上，什麼意思？
白話文就是，從「跟別人合租一台電腦」變成「租一台你自己的電腦」。
但打開設定頁面，迎面而來的是七家雲端服務商、六大洲、各種 CPU 和記憶體組合，一般人一定直接眼花撩亂。
我花了一些時間研究，把心得跟我自己搬家的歷程整理成這篇。如果你也在用 Zeabur，正在考慮把服務搬上去，或把主機搬移，這篇應該能幫你少走一些彎路。
先搞懂一件事：共享叢集 vs 專用伺服器
在聊怎麼選之前，先搞清楚這兩個東西的差別。
共享叢集（大部分人之前在在用的）：
想像一棟公寓大樓。你住在其中一間房間，水電網路是大家共用的。大部分時候沒問題，但如果隔壁鄰居突然開了一場超大的派對（流量暴增），你家的水壓可能會變小。
專用伺服器：
你租了一整層。CPU、記憶體、硬碟都是你的，不跟任何人搶。效能穩定，但租金當然也比一間房間貴。
為什麼 Zeabur 要拿掉共享叢集？
Zeabur 的說法是：他們想專注做「AI DevOps 工程師」——幫你管部署、管維運，而不是自己當基礎設施商跟 AWS、GCP 搶生意。讓用戶直接選雲端服務商，Zeabur 負責中間的部署抽象層。
時程表：
| 日期 | 變化 |
| 2026/2/21 | 新專案預設導向專用伺服器（還能選共享） |
| 2026/3/15 | 停止在共享叢集建立新專案 |
| 2026/4/1 | 停止在共享叢集的既有專案中新增服務 |
既有的服務不受影響，不會突然被關掉。Zeabur 也提供了一鍵搬遷工具，可以自動搬移服務、環境變數和儲存資料。
但遲早得搬。所以問題不是「要不要升級」，而是「搬到哪裡最划算」。
💡 還沒有 Zeabur 帳號？可以用這個連結註冊，購買專用主機跟 AI Hub 服務時，結帳時輸入推薦碼
Raymondhou0917可享 50% 折扣（全網最高優惠）。
Zeabur 上的七家服務商，到底差在哪？
打開 Zeabur 的專用伺服器頁面，你會看到這些選項：
| 服務商 | 起價 | 一句話介紹 |
| AWS | $12+/月 | 全球最大的雲，企業愛用，貴但穩 |
| GCP | $15+/月 | Google 家的雲，台灣彰化有機房 |
| Hetzner | $5+/月 | 德國老牌，同價位硬體規格給最多 |
| Linode | $6+/月 | 被 Akamai 收購，網路品質一流 |
| Digital Ocean | $12+/月 | 開發者友善，但價格沒特別優勢 |
| Aliyun | $5+/月 | 阿里雲，便宜但中國雲有疑慮 |
| Tencent | $2+/月 | 騰訊雲，最便宜但同上 |
看到這裡你可能已經頭暈了。沒關係，接下來用三個問題幫你篩選。
三個問題，選出你的主機
問題一：你的讀者在哪裡？
選伺服器最重要的一件事：離你的使用者越近，網站開得越快。
這不是什麼高深的技術原理。想像你在台北叫外送，店家在台北市跟店家在高雄，送到你手上的時間當然不一樣。伺服器也是這個道理——物理距離越近，資料傳輸越快。
亞洲區的機房位置一覽：
| 服務商 | 亞洲機房位置 | 到台灣的延遲 |
| GCP | 彰化（台灣） | ~1-2ms |
| Aliyun | 香港 / 台北 | ~10-20ms |
| Tencent | 香港 | ~20-30ms |
| Linode | 東京 / 大阪 / 新加坡 | ~25-40ms |
| AWS | 東京 | ~30-40ms |
| Hetzner | 新加坡 | ~50-60ms |
| Digital Ocean | 新加坡 | ~50-60ms |
看到 GCP 在彰化有機房，你可能想說：「那就選它啊！」——先等等，往下看。
東京 vs 大阪，台灣用戶選哪個？
Linode 在日本有兩個機房：東京和大阪。很多人預設選東京，但其實大阪離台灣更近。
從地理距離來看：
- 台北 → 東京：約 2,100 公里
- 台北 → 大阪：約 1,700 公里（近了 400 公里）
實際延遲差異大概在 3-8 毫秒，但坦白說，你的讀者不會感覺到。
但如果兩邊價格和方案一樣，大阪是對台灣用戶稍微更好的選擇。
不過東京的機房規模更大、可選方案更多。如果你看到大阪沒有你要的方案，選東京完全沒問題。
延遲重要，但沒有你想的那麼重要
30 毫秒 vs 2 毫秒，聽起來差 15 倍。但 30 毫秒已經足夠快，打個比方：你眨一次眼睛大概是 300 毫秒。
所以如果我選東京的機房，你的網站回應速度也只比台灣的慢 10 分之一的眨眼。
更重要的是，如果你的網站前面有掛 Cloudflare CDN，靜態資源（圖片、CSS、JS）都會被快取到離使用者最近的節點。真正需要跑回你伺服器的請求其實不多。
所以除非你在做高頻交易或即時遊戲，伺服器在東京還是彰化，你的讀者幾乎感覺不到差別。
結論：我選 Linode 東京或大阪；不需要為了 20 毫秒的延遲差距，多花兩倍的錢。
問題二：主機要買多大？
既然都是買自己的房子了，原理就買房子的邏輯一樣：能買大就不要買小。
我知道很多人會想：「先買便宜的，不夠再升級就好。」邏輯上沒錯，Zeabur 確實支援隨時升級，這點讚讚。但實際用下來，你會發現搬遷過程有摩擦，服務要重新部署、可能短暫停機、還要重新驗證一切正常。
我的建議：直接從 Linode 2vCPU（$12/月）開始。
為什麼？
| 方案 | 1vCPU $6/月 | 2vCPU $12/月 | 4vCPU $24/月 |
| CPU | 1 核心 | 2 核心 | 4 核心 |
| RAM | 2 GB | 4 GB | 8 GB |
| 儲存 | 50 GB | 80 GB | 160 GB |
| 流量 | 2 TB | 4 TB | 5 TB |
| 適合 | 1-2 個小服務 | 大部分人的甜蜜點 | 重度使用者 |
$6 方案的 2GB 記憶體，跑一個 Ghost 部落格 + MySQL 幾乎就快滿了。
$12 方案的 4GB 給你足夠的緩衝空間——像我同時跑 15 個服務都還有 1GB 的餘裕。每個月多花一杯咖啡的錢，換來的是「不用煩惱資源不夠」的安心感。
未來升級路徑： 如果你跟我一樣，之後想把 Ghost 部落格也搬進專用伺服器（Ghost + MySQL 大概吃 800MB-1GB），那建議未來直接升到 4vCPU。8GB 記憶體跑什麼都夠了。
問題三：你的預算在哪？
綜合位置、規格、價格，我的推薦排序：
第一推薦：Linode 東京/大阪 — $12/月
Linode 在 2022 年被 Akamai 收購。Akamai 是全球最大的 CDN 公司——你每天上網看的很多網站，背後的內容傳輸都走 Akamai 的網路。這意味著 Linode 的網路骨幹品質極好，東京到台灣的海底電纜是直連的。
$12 方案的規格：
| 項目 | 規格 |
| CPU | 2 vCPU |
| RAM | 4 GB |
| 儲存 | 80 GB SSD |
| 出站流量 | 4 TB |
| 到台灣延遲 | ~25-40ms |
4TB 的出站流量對個人創作者來說幾乎用不完——除非你在上面跑影片串流。
適合：大部分個人創作者、獨立開發者。這是我自己在用的方案。
預算吃緊的替代方案：Linode $6/月
如果你真的只跑一兩個小服務（比如一個靜態網站 + 一個 Bot），$6 方案夠用。但記得，這是你的「起點」不是「終點」——服務一多就會不夠。
Hetzner 新加坡 — $12/月（備選）
同價位，Hetzner 的硬體規格和 Linode 差不多（2vCPU / 4GB），但出站流量只有 1TB（Linode 是 4TB），而且新加坡離台灣更遠（延遲多 10-20ms）。
除非你的讀者主要在東南亞，否則 Linode 東京/大阪是更好的選擇。
不推薦（對個人開發者來說）
AWS / GCP / Digital Ocean：同規格貴 2-3 倍。它們賣的是企業級的穩定性、合規認證、全球佈局——這些東西個人開發者用不太到，如果你沒有預算問題，當然選最好不需多慮 🤣。
Aliyun / Tencent：最便宜沒錯，但中國雲服務商在資料隱私、服務條款、社群技術支援上跟歐美系有落差。除非你的主要市場在中國大陸，否則不建議。
實際案例：我的 13 個專案怎麼搬？
講完原則，來看看我自己的真實狀況。
我請 AI 助理用 Zeabur API 把我所有專案掃了一遍——13 個專案、20 個服務，其中 15 個正在運行。看到這個數字我自己也嚇了一跳，原來不知不覺已經部署了這麼多東西。
我到底跑了什麼？
| 專案 | 服務內容 | 預估記憶體 |
| Ghost 部落格 | Ghost + MySQL（11,000+ 訂閱會員、176 篇文章） | ~800MB–1GB |
| n8n 自動化 | n8n + PostgreSQL（8 個活躍 workflow） | ~300–400MB |
| Cloudreve | 檔案管理 + PostgreSQL | ~200–300MB |
| NotionNext | Next.js 個人部落格 | ~200MB |
| 5 個小型網站 | toolbox、Landing Page、計時器、課程介紹等 | ~300–500MB |
| 2 個 Bot | Discord 書籤機器人 + Readwise 轉發 | ~100–200MB |
| 合計（15 個運行中服務） | ~1.9GB – 2.6GB |
4GB 放得下嗎？
4GB 總記憶體
- 500MB 系統保留（OS、容器管理）
= 3.5GB 可用
15 個服務預估使用量：~1.9GB – 2.6GB
剩餘緩衝空間：~0.9GB – 1.6GB ✅夠用。 有大約 1GB 的緩衝空間。不算特別寬裕，但有兩個保險機制：
- Ghost 每天凌晨 4 點自動重啟——Node.js 的記憶體洩漏會被定期清掉，不會慢慢累積到爆
- 5 個暫停中的服務——不佔任何記憶體，未來需要時再開就好
搬遷策略：從風險最低的開始搬
搬家最重要的原則：先搬影響最小的，最後才動最重要的。 就像搬真的家，你不會先搬冰箱，而是先搬書。
Phase 1：先搬靜態網站和小工具
把 Landing Page、toolbox、計時器這些靜態或低流量的服務先搬過去。這些東西就算搬遷過程出了問題，影響最小——頂多幾分鐘沒人注意到。搬完後順便驗證專用伺服器的環境是否正常。
Phase 2：搬需要即時性的服務
n8n 自動化、Discord Bot 這類「隨時在跑」的服務。搬這些的時候要注意：如果有排程任務正在執行，等它跑完再搬，避免任務中斷。
Phase 3：最後才搬 Ghost 部落格
Ghost 是我流量最大、最重要的服務——11,000 個訂閱者、176 篇文章、搜尋引擎排名都靠它。建議挑凌晨三四點搬，那時候不管是讀者還是 Google 爬蟲都在休息。Zeabur 的一鍵搬遷通常幾分鐘就完成，但為了保險，選流量最低的時段操作。
最終結果：用 $12/月 的專用伺服器，取代原本 $11–12/月 的共享叢集。價格幾乎一樣，但資源從「跟別人搶」變成「全部獨享」。
進階：用 AI Agent 幫你搬家
這段是給已經在用 Claude Code 或類似 AI 開發工具的讀者。如果你還沒接觸過 AI Agent，可以跳過，直接用 Zeabur Dashboard 的一鍵搬遷就好。
但如果你跟我一樣有十幾個專案要搬，一個一個手動點實在太痛苦——讓 AI 幫你操作 Zeabur 的 API，整個過程快很多。
Zeabur 有公開 API
很多人不知道，Zeabur 其實有一套完整的 公開 API。你可以透過 API 做到 Dashboard 上能做的幾乎所有事情：查專案、查服務狀態、部署、管環境變數、綁網域⋯⋯等1。
怎麼拿到 API Token？
- 登入 Zeabur Dashboard
- 點右上角頭像 → Settings
- 找到 Developer → API Keys
- 點 Generate new API key，複製保存
這個 Token 就是你給 AI Agent 的「通行證」——有了它，AI 就能代替你操作 Zeabur。
把 API 交給你的 AI Agent
以 Claude Code 為例，你只要把跟 AI 說，你把 Zeabur API Key 給它，叫它去讀官方的 API 文檔，讓 AI Agent 幫你設定串接好。設定好之後，你可以直接用自然語言跟 Claude Code 說：
「幫我列出所有 Zeabur 專案和服務狀態」
「把 static-sites 專案搬到 Linode 東京的專用伺服器」
「檢查所有服務的網域是否正常回應 200」
Claude Code 會自動呼叫 Zeabur API 完成這些操作。我當初搬家的時候，就是讓 Claude Code 幫我：
- 掃描所有專案，列出哪些在共享叢集、哪些已經在專用伺服器
- 按照 Phase 1 → 2 → 3 的順序逐步搬遷
- 搬完後自動 curl 所有網域，確認 HTTP 200 正常回應
整個過程大概 20 分鐘，如果手動一個一個點 Dashboard，至少要一小時。
💡 不用 Claude Code 也沒關係——任何支援 API 呼叫的 AI 工具（Codex、Cursor、Antigravity、Windsurf 等）都可以用同樣的方式操作 Zeabur API。重點是拿到那個 API Token，然後把 API 文件 餵給你的 AI 工具。
常見問題 FAQ
搬家會不會影響 SEO 排名？
不會。放心搬。
Google 爬的是你的網址和內容，不是你的伺服器 IP。你的網域（比如 blog.lifehacker.tw）是用 CNAME 指向 Zeabur 的 .zeabur.app 位址，Zeabur 內部負責把請求導到正確的服務。從共享叢集搬到專用伺服器，底層的 IP 會變，但你的 DNS 設定完全不用動。對 Google 來說，你的網站網址、內容、結構都沒變——它根本不知道你搬過家。
搬完之後反而更好：專用伺服器的回應時間更穩定，不再被「鄰居開派對」影響，Google Core Web Vitals 的 TTFB（首字節時間）指標會更漂亮。
搬遷過程會停機嗎？
Zeabur 的一鍵搬遷工具會自動處理服務、環境變數和儲存資料。實際停機時間大概就幾分鐘。
Google 爬蟲對短暫停機的容忍度很高——遇到暫時無法連線，會過幾小時再來爬，不會因為一次抓不到就把你的頁面從索引裡拔掉。
如果真的很擔心，挑凌晨三四點搬，那時候不管是讀者還是爬蟲都在休息。
$6/月 的方案夠用嗎？
看你跑幾個服務。如果只有一個靜態網站 + 一個小 Bot，$6（1vCPU / 2GB）夠了。但只要你同時跑超過 3 個服務，2GB 記憶體就會開始吃緊。
我的建議是直接從 $12 的 2vCPU 方案開始。每個月多一杯咖啡的錢，但省下的除錯時間和心理壓力遠不止這個價。
東京跟大阪選哪個？
都很好，差異極小。大阪離台灣近約 400 公里，延遲可能少 3-8 毫秒。但東京的機房規模更大、方案選擇更多。
如果你能在大阪找到需要的方案，選大阪。找不到，選東京。你的讀者感受不到這 5 毫秒的差別。
為什麼不選 GCP 彰化？離台灣最近不是最好嗎？
延遲確實最低，但 GCP 的同規格方案貴 2-3 倍。$15+ 才拿到的規格，Linode $12 就有了，而且多出來的 20 毫秒延遲，在有 CDN 的情況下你的讀者完全無感。
除非你的服務對延遲極度敏感（金融交易、即時遊戲），否則不需要為了趨近於零的延遲付這個溢價。
一句話總結
一般人直接選 Linode 東京或大阪 USD 12 方案（2vCPU / 4GB），讓 AI Agent 有 Zeabur API 直接讓 AI 幫你搬家。
同價位比 Hetzner 新加坡流量多 4 倍、離台灣更近。不需要為了少 20 毫秒的延遲去買 GCP 的 $15+ 方案，你的讀者感覺不到差別，但你的錢包會感覺到。
搬遷順序：靜態小站 → 即時服務 → 核心站台，風險最低。
如果你有 AI 開發工具，記得善用 Zeabur 的公開 API，讓 AI 幫你批次操作，省下大量手動點按的時間。
📌 點此註冊 Zeabur，輸入推薦碼
Raymondhou0917享 50% 折扣。
相關文章：
- 它用的是 GraphQL（一種 API 格式），完整的操作清單可以在 Apollo Explorer 上瀏覽。 ↩︎
