Tenten 的 Hetzner 雲端開發服務,從價格透明、架構可控與客戶持有基礎設施出發;這也是我們把 Hetzner 列為雲端首選的理由。2026 年 6 月 15 日調價後,Hetzner 歐洲區 CX23 的官方月費上限為 €5.49,未含加值稅與 IPv4。對網站、內容平台與穩定型應用來說,這讓團隊能把預算留給產品,同時保有架構與資料的主導權。

Hetzner 吸引我們的第一件事,是帳單容易讀。Cloud Server 按小時計費並設月費上限,歐洲區又有自營資料中心。企業不必為了取得基本運算資源,先接受一整套用不到的託管服務。

我們選擇它的前提也很清楚。伺服器建立完成後,即使關機仍持續計費。作業系統更新、SSH 權限、資料庫維護、應用程式安全與還原演練,仍由客戶負責。Hetzner 把更多控制權交給使用者,也把更多工程判斷留給開發團隊。

這正是 Tenten 能創造價值的地方。我們從工作負載盤點開始,涵蓋 Hetzner Cloud、Dedicated Server、網路、部署自動化、遷移、監控與文件。對適合自主維運的專案,Hetzner 是我們優先評估的雲端平台;Tenten 則把低成本運算資源變成可監控、可還原、可交接的生產環境。

Tenten 選 Hetzner,看的是成本、區域與控制權

Hetzner 目前有 6 個 Cloud locations,分布在 4 個 network zones。歐洲有德國 Falkenstein、Nuremberg 與芬蘭 Helsinki;美國有 Ashburn、Hillsboro;亞洲則有 Singapore。Hetzner 自營歐洲 3 座資料中心園區,美國與新加坡使用合作機房的 colocation 空間。

Hetzner 六個雲端據點分布於四個網路區

這個分布適合許多網站、內容平台、SaaS、內部系統與穩定負載。臺灣團隊可測試 Singapore 與 Hillsboro 的實際路由,再依使用者位置、資料要求與容災目標決定。選區域不能只看地圖距離;正式上線前仍要量測延遲、抖動、丟包與尖峰時段。

2026 年 6 月 15 日的新價格也提醒採購方,Hetzner 並非永遠不調價。歐洲區幾個常見方案的官方月費上限如下,皆未含加值稅與 IPv4:

Cloud 方案 資源類型 2026-06-15 起月費上限
CX23 Shared x86 €5.49
CAX11 Shared Arm €5.99
CPX22 Shared AMD €19.49
CCX13 Dedicated vCPU €42.99

Primary IPv6 免費,Primary IPv4 每月另收 €0.50。啟用 Cloud Backups 會增加該伺服器價格的 20%,換得 7 個備份槽。這些費用都能預估,前提是架構文件有把 IP、備份、Volume、對外流量與跨 network zone 流量列進成本模型。

Hetzner CX23、IPv4 與 Cloud Backups 費用拆解

低價基礎設施,把責任移回工程團隊

Hetzner 在 2026 年 3 月公布 Cloud Server SLA,月可用性目標為 99.9%。以 30 天月份計算,容許停機時間約 43 分鐘。SLA 提供 Cloud Credit 補償機制,卻不會替應用程式做高可用,也不會防止錯誤部署、憑證到期或資料庫損毀。

Hetzner 的技術與組織措施文件寫得更清楚:Dedicated Server 與 Cloud Server 屬於客戶管理範圍。客戶負責伺服器的維護、管理與安全。Hetzner 自 2016 年運作資訊安全管理系統,目前通過 ISO/IEC 27001:2022 認證;這項認證保障供應商的管理制度,不能代替每一個客戶在作業系統與應用層的設定。

我認為這正是 Hetzner 專案最容易被低估的地方。控制權回到團隊手上,工程判斷也跟著回來。防火牆規則、SSH 金鑰、套件更新、資料庫權限、備份保存、監控告警與值班流程,都需要明確負責人。

Tenten 如何交付 Hetzner 專案

Tenten 的做法不是先開一台機器再慢慢補文件。我們先決定服務適配度與責任邊界,確認後才進入建置。

階段 Tenten 交付內容 驗收重點
適配評估 工作負載、使用者區域、法遵、預算與供應商依賴盤點 清楚列出適合與不適合 Hetzner 的部分
架構設計 Server、Network、Firewall、IP、Volume、備份與 DNS 圖 單點故障、資料流與費用可追溯
自動化建置 Terraform、Ansible、cloud-init、容器與 CI/CD 環境可重建,變更有版本紀錄
遷移上線 備份、資料同步、測試、切換、回滾與 DNS 計畫 上線前完成演練,回滾條件寫清楚
維運交接 監控、告警、更新、還原演練、runbook 與權限移交 客戶能接手,或明確續約代管範圍

Hetzner 有官方 Cloud API,也有由 Hetzner Cloud 組織維護的 Terraform Provider。這讓 Infrastructure as Code 成為可行的預設方法。伺服器、Network、Firewall、Load Balancer、Volume 與 SSH Key 能進入版本控制,正式環境不必依賴某位工程師記得 Console 裡點過哪些設定。

Tenten Hetzner 專案交付包含基礎設施即程式碼、監控、還原演練與操作手冊

遷移時,我們會先做應用程式與資料清單。WordPress、Ghost、Node.js、Python、Laravel、Docker 與自架資料庫各有不同停機風險。資料同步完成不代表可以切換;真正的 gate 是新環境能否通過健康檢查、登入、寫入、排程、寄信、備份與還原測試。

監控也從第一天開始。CPU、記憶體與磁碟只是基礎。網站還要看 HTTP 狀態、憑證期限、背景工作、佇列、資料庫連線、備份新鮮度與真實使用者路徑。告警若沒有負責人與處理手冊,只是把錯誤換成更多通知。

什麼團隊最適合這種合作

最適合的客戶通常已經有穩定產品,卻發現雲端帳單或平台限制開始妨礙開發。另一類是準備從 VPS、舊主機或高成本雲端搬遷,希望保留控制權,也願意把維運規則寫進交付標準。

Hetzner 也適合可預測負載。內容平台、企業官網、會員系統、API、背景工作與資料庫,若負載有清楚範圍,Dedicated vCPU 或 Dedicated Server 往往更容易估算。開發與測試環境則可用 Shared vCPU,按需建立並在用完後刪除。

有些需求應該留在其他平台。企業若高度依賴特定託管資料庫、全球數十區服務、專有 AI API,或法遵要求指定供應商認證,遷移成本可能高於主機費差額。只想要零維運責任的團隊,也更適合選 fully managed PaaS。

採購 Hetzner 開發服務前,先問這 8 件事

供應商能否回答下列問題,比一張低價試算表重要:

  1. 哪些工作負載應留在現有雲端?
  2. 區域選擇是否有實際網路量測?
  3. Terraform state、SSH Key 與 API token 由誰持有?
  4. 備份是否跨機房,多久做一次還原演練?
  5. 資料庫與應用程式的 RPO、RTO 是多少?
  6. 切換失敗時,哪個條件會觸發回滾?
  7. 上線後誰負責更新、告警與事故處理?
  8. 合作結束時,客戶能否拿回完整文件與自動化程式碼?

最後一題尤其重要。便宜但無法交接的系統,會把省下的月費變成下一次遷移成本。Tenten 的目標是讓客戶擁有基礎設施、設定與知識,而非把依賴從一個雲端供應商換成另一個外包團隊。

FAQ

Hetzner 適合臺灣使用者嗎?

可以,但區域要實測。Singapore 通常是臺灣服務的優先候選,Hillsboro、Ashburn 與歐洲區則適合不同使用者分布。正式決策應以實際延遲、尖峰路由、資料位置與容災要求為準。

Tenten 可以搬 WordPress、Ghost 或 Docker 應用嗎?

可以先做遷移評估,再依應用程式設計同步與切換計畫。重點包含資料庫一致性、上傳檔案、背景工作、DNS、憑證、備份與回滾。每個系統都要在新環境完成寫入與還原測試。

Hetzner 的備份是否足以應付災難復原?

Cloud Backups 提供 7 個備份槽,費用是 Server 價格的 20%。它適合日常還原,但完整災難復原還要考慮跨區副本、資料庫交易紀錄、應用程式設定、DNS 與定期演練。備份存在與備份可用是兩個不同狀態。

低月費是否代表 Hetzner 一定比較省?

不一定。總持有成本還包含工程維運、監控、備份、IPv4、流量、事故處理與遷移。工作負載穩定、架構簡潔、團隊願意承擔營運時,Hetzner 的價格優勢才容易轉成長期效益。

權威來源

Author Insight

Tenten 做網站、內容平台與應用程式時,最常見的風險來自模糊的切換條件,資料複製速度反而排在後面。新機器能開機,只代表工程開始;能監控、能還原、能回滾、能交接,才算生產環境。

Tenten 團隊長期交付 WordPress、Headless CMS、Web app 與 VPS hosting,並把部署、DNS、CDN、監控、備份與交接納入同一份上線清單。如果你正在評估 Hetzner 新建或遷移專案,歡迎和 Tenten 團隊預約諮詢

術語表

  • Hetzner Cloud:Hetzner 的虛擬伺服器服務,提供 Shared Resources 與 Dedicated Resources 類型。
  • Infrastructure as Code(IaC):用可版本控制的程式碼定義與重建基礎設施。
  • RPO:可接受的資料遺失時間範圍。
  • RTO:服務中斷後,允許恢復所需的最長時間。
  • Runbook:記錄監控、維護、事故處理與復原步驟的操作手冊。
Share this post
Ewan Mak

I'm a Full Stack Developer with expertise in building modern web applications that fast, secure, and scalable. Crafting seamless user experiences with a passion for headless CMS, Vercel and Cloudflare

Loading...