這 6 種服務,我建議你不要自己架
自架不是越多越好。郵件伺服器、密碼庫、推播通知這幾類服務,自己架的維護成本與風險往往高於省下的錢。這篇說明哪 6 種該交給別人,以及什麼情況下值得例外。
自架社群有一種預設立場:能自己架就自己架。我不同意。
不是因為難,而是因為有些服務的「失敗成本」遠高於「訂閱費」。當你的服務掛掉時,損失的是時間、資料、或家人的信任——這些都不在月費帳單上。
以下 6 種,我會直接交給別人。每一項都附上「什麼情況下值得例外」,因為沒有一體適用的答案。
判斷標準(先講清楚我怎麼篩的)
一個服務該不該自架,看四個問題:
- 掛掉 6 小時會怎樣? 沒感覺 → 可以自架;會影響工作或家人 → 再想想
- 壞了只有你會修嗎? 是 → 風險集中在一個人身上
- 需要外部生態配合嗎? 例如手機推播、郵件送達率、憑證信任鏈
- 資料遺失可回復嗎? 不可 → 備份策略要先做出來
四題裡有兩題答得心虛,就不該自架。
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日