約 4 分鐘

這 6 種服務,我建議你不要自己架

自架不是越多越好。郵件伺服器、密碼庫、推播通知這幾類服務,自己架的維護成本與風險往往高於省下的錢。這篇說明哪 6 種該交給別人,以及什麼情況下值得例外。

  • #自架
  • #決策
  • #維運
  • #成本

自架社群有一種預設立場:能自己架就自己架。我不同意。

不是因為難,而是因為有些服務的「失敗成本」遠高於「訂閱費」。當你的服務掛掉時,損失的是時間、資料、或家人的信任——這些都不在月費帳單上。

以下 6 種,我會直接交給別人。每一項都附上「什麼情況下值得例外」,因為沒有一體適用的答案。


判斷標準(先講清楚我怎麼篩的)

一個服務該不該自架,看四個問題:

  1. 掛掉 6 小時會怎樣? 沒感覺 → 可以自架;會影響工作或家人 → 再想想
  2. 壞了只有你會修嗎? 是 → 風險集中在一個人身上
  3. 需要外部生態配合嗎? 例如手機推播、郵件送達率、憑證信任鏈
  4. 資料遺失可回復嗎? 不可 → 備份策略要先做出來

四題裡有兩題答得心虛,就不該自架。


1. 郵件伺服器(SMTP)

為什麼不自架:寄信不是「把信送出去」這麼簡單,是「讓全世界的大廠相信你不是垃圾信」。

  • Gmail、Outlook 會看 IP 信譽、SPF/DKIM/DMARC、域名年齡、退信率
  • 家用 IP 幾乎都在灰名單裡,寄出去直接進垃圾桶
  • 被列入黑名單要花幾週申訴,期間所有信都寄不到
  • 主機被入侵拿來發垃圾信,你的網域會跟著被標記

例外:你只在收信,或只寄給自己的內部系統(例如掃地機報告寄到自己的信箱),那自架 IMAP 沒問題。

替代:自訂網域 + 付費信箱服務(Google Workspace、Fastmail、Migadu),一年幾百到幾千塊,換掉的是無上限的除錯時間。


2. 密碼管理(作為唯一副本)

密碼庫自架(如 Vaultwarden)很流行,效能好、資源小。問題不在技術,在它變成單點故障:

  • 你的伺服器掛了、網路斷了、你人在外面 → 所有密碼都拿不到
  • 硬碟故障 + 備份沒驗證過 → 全部帳號一起失效
  • 你自己忘記 master password → 沒有任何客服能救你

密碼庫是那種「一輩子只需要失敗一次」的東西。

例外:你把它當第二份(雲端一份、自架一份),而且實際測試過還原。備份沒驗證過等於沒有備份。


3. 手機推播通知

很多人想過「自己架通知伺服器」,把手機推播也納入自架範圍。技術上做不到完整的版本:

  • iOS 的推播只能走 APNs,Android 主要走 FCM——兩者都是廠商控制的通道
  • 自架方案通常退回「App 定期輪詢」→ 通知延遲、耗電、App 被系統殺掉就收不到
  • 你要的「即時警報」在輪詢架構下,延遲可能是幾分鐘

也就是說,這一層的關鍵環節你本來就沒有控制權。

例外:內網用(人在家時通知),或把通知當「補充」而非「唯一警報管道」。

實務做法:重要的警報走現成通道(Telegram bot、Discord webhook、Pushover),這些免費又可靠。不要把「即時性」壓在自架的輪詢上。


4. 純靜態網站

聽起來反直覺,但:一個只有 Markdown 的部落格,為什麼要自己維護一台伺服器?

你需要處理:憑證更新、nginx 設定、系統更新、DDoS 時的頻寬、機器掛掉時的復原。這些跟「寫文章」一點關係都沒有。

例外:你有動態功能(會員、留言、搜尋索引、表單),或需要完全掌控資料落地位置。

替代:靜態託管(Cloudflare Pages、Netlify、GitHub Pages)。免費、有 CDN、有 HTTPS、部署是一行指令。省下來的時間拿去寫內容,才是這類網站的瓶頸。


5. 家人也在用的核心服務

這條最容易被忽略。你自己能維護,不代表半夜十二點家人在用時你能維護。

  • 你把家庭相簿從 Google 搬回自架,某天硬碟滿了 → 全家人的照片不能看
  • 你把電視盒子改成自架串流,介面改了 → 家人不會用,最後還是回去用原本的
  • 你出門旅行一週,服務掛了 → 你只能遠端修,還不一定連得進去

技術債在一個人身上是興趣,在一家人身上是抱怨。

例外:你自己也是主要使用者、且家人有「原廠方案」可退回。

原則:給家人用的東西,寧可醜但不會壞。 自架版本要能通過「你不在一週」的測試。


6. 監控系統本身

用自己的機器監控自己,有一個結構性問題:它掛掉的時候,沒人通知你。

  • 主機斷電 → 監控跟著死 → 你以為一切正常
  • 網路斷線 → 監控發不出通知
  • 監控的容器被 OOM kill → 靜默失效

例外:監控有外部心跳(例如 Uptime Kuma 的 push 模式:由你的機器主動回報,外部服務沒收到就報警)。

實務做法:至少一層用外部服務檢查(免費的 UptimeRobot、BetterStack、Healthchecks.io)。這不是不信任自架,是承認「自己檢查自己」在邏輯上就不成立。


那什麼該自架?

反過來說,我認為值得自架的:

類型 理由
資料量大的(相簿、影音、備份) 雲端成本隨容量線性成長,自架邊際成本低
高度客製的(家庭自動化、個人工作流) 現成服務無法滿足
學習目的 這是最正當的理由,不需要其他藉口
只有你在用的工具 壞掉不影響任何人

關鍵差別是:失敗時誰受影響。只有你 → 隨便玩;有別人 → 要保守。


一句話總結

自架的價值不在「省錢」,在掌控。當某個服務的關鍵環節(郵件信譽、手機推播、憑證信任)本來就不在你手上時,自架只是把別人的責任搬到你家,順便附贈半夜的警報。

選擇自架的自由,也包含選擇不自架的自由。

最後更新:2026年10月18日