從期待自架雲到決定停止：一次 Nextcloud 家庭雲專案回顧

前言

一開始部署 Nextcloud 的想法很簡單：希望把日常使用的雲端服務集中到自己掌控的設備上。檔案、照片、行事曆、聯絡人、郵件、筆記、任務、Office、視訊通話、地圖、新聞、AI 助理，最好都能在同一個入口裡完成。

這個想法很有吸引力。Nextcloud 的生態系也確實很完整，幾乎每一個常見雲端服務都能找到對應的 app。於是我們開始了一次相當完整的本機部署實驗。

本文記錄這個專案從興沖沖開始，到成功部署，再到實際使用後遇到的瓶頸，最後為什麼決定終止。

為了隱私，文中不會列出真實網域、帳號、固定 IP、API key、家用網路細節或其他個人設定。

初始目標

這次部署的目標不是單純架一個檔案伺服器，而是希望 Nextcloud 成為一個完整的家庭雲平臺。

原本希望涵蓋的功能包括：

• Files：檔案同步與分享
• Calendar：行事曆
• Contacts：聯絡人
• Mail：整合 Gmail
• Notes：筆記
• Tasks：待辦事項
• Office：線上文件編輯
• Talk：語音與視訊通話
• Maps：地圖、定位與軌跡
• News：RSS 新聞
• Passwords：密碼管理
• Music / Podcast 類功能
• Whiteboard：類似無邊記的白板
• AI Assistant：串接外部 AI API
• PWA：未來希望在 iOS / Android 上像 app 一樣安裝使用
• Cloudflare Tunnel：未來可由外網連回家中的服務

硬體基底是一臺 Apple Silicon Mac mini。理論上，這臺機器的 CPU 效能不弱，功耗低，也很適合長時間開機。初期判斷是：只要 Docker 與服務配置得當，應該足以承擔家庭自架雲的角色。

部署過程

整體架構採用 Docker Compose。主要服務包括：

• Nextcloud App 容器
• MariaDB 資料庫
• Redis 快取
• Cron 背景工作
• Notify Push
• Talk High Performance Backend
• Coturn
• Collabora Office
• AI worker
• Cloudflare Tunnel

部署過程本身是成功的。Nextcloud 能啟動，資料庫正常，Redis 快取正常，外網也能透過 Cloudflare Tunnel 存取。

後續也陸續補上了許多功能：

• 安裝常用 Nextcloud app
• 設定 Gmail / SMTP / IMAP
• 設定 Talk HPB
• 設定 TURN / STUN
• 串接外部 AI API
• 設定 Nextcloud Assistant
• 測試 DeepL、翻譯、語音、圖片處理等相關整合
• 安裝 PhoneTrack、Weather、Tables、News 等 app
• 測試 OpenClaw 與 Nextcloud Talk bot 整合

從「能不能部署成功」這個角度看，答案是肯定的。Nextcloud 是可以成功部署起來的，而且功能非常多。

但真正的問題出現在後面：它能不能提供接近 Google / Apple 服務的日常使用體驗？

實際遇到的問題

1. 整體資源佔用偏高

Nextcloud 本身不是單一服務，而是一整組 PHP app、生態系、背景任務、資料庫、快取、通知、索引、預覽、外部 API 整合的集合。

當功能逐步打開後，系統開始變得沉重。尤其是以下服務：

• Collabora Office
• Talk High Performance Backend
• AI worker
• Mail 背景同步
• Photos / Memories / PreviewGenerator
• Recognize 類的索引或辨識功能
• 各種 app 自帶的 background job

即使單一容器看起來沒有爆 RAM，整體體感仍然會被背景工作、PHP 請求、資料庫查詢與外部服務延遲拉低。

後來我們陸續移除了 Collabora、LibreSign、Cookbook、DeepL integration，並調整 preview 與 AI worker 數量。資源佔用有下降，但整體依然不像成熟商業雲服務那樣穩定流暢。

2. Mail 體驗無法接近 Gmail

Mail 是最明顯的落差之一。

Nextcloud Mail 可以整合 Gmail，但本質上它比較像一個 Webmail / IMAP bridge。它會同步信件清單、標題與部分預覽，但不是像 Apple Mail 或 Gmail app 那樣完整、成熟地預載與快取整個信箱。

實際使用時，某些信件開啟需要等待數秒，甚至超過 10 秒。原因包含：

• Gmail IMAP 延遲
• Gmail label 太多
• IMAP folder 對應複雜
• 信件本文常常需要即時抓取
• Docker 內部網路與 IPv6/IPv4 解析問題
• Nextcloud Mail 本身不是 Gmail app 等級的專用客戶端

我們有檢查過 Nextcloud Mail 的同步指令與程式邏輯。它沒有提供一個簡單的「完整預載所有信件本文」模式。這代表它很難做到 Apple Mail 或 Gmail 那種隨點即開的體驗。

對日常使用來說，這是很大的問題。Email 是高頻工具，不能每次開信都等。

3. Notes 與 Tasks 仍不如 Google / Apple 生態順手

Notes 和 Tasks 在功能上是可用的，但體感與整合度仍然不如 Google Keep、Google Tasks、Apple Notes、Apple Reminders。

問題不是它完全不能用，而是：

• 開啟速度不夠快
• 手機端體驗不夠一致
• PWA 體驗不如原生 app
• 同步與通知體感不如商業服務
• 多 app 分散在 Nextcloud 內，整體操作仍有負擔

對自架服務來說這可以接受；但若目標是取代日常高頻工具，差距就變得明顯。

4. Nextcloud Talk 限制較多

Talk 是這次很期待的功能之一，尤其是希望能支援家人視訊通話。

我們確實完成了 High Performance Backend 的部署，也設定了 TURN / STUN。但 Talk 的現實限制不少：

• 外網視訊穩定性高度依賴網路環境
• 社區網路或 NAT 環境會增加複雜度
• Cloudflare Tunnel 不適合處理 UDP 類需求
• TURN 如果要穩，最好放在有公網 IP 的 VPS
• 錄影、SIP 等功能又是額外系統
• 行動端體驗與通知不如 Telegram、FaceTime、Google Meet

Nextcloud Talk 可以用，但如果目標是「家人不用理解任何設定，只要打開就穩定通話」，它的維護成本偏高。

5. Maps 與定位功能不如預期

Nextcloud Maps 在網頁端可以顯示地圖，但定位、地址、裝置追蹤、瀏覽器權限、外部 geocoding 服務等環節都有可能卡住。

實際測試時，網頁定位曾遇到瀏覽器拒絕權限。這不是 Nextcloud 單方面的問題，但對使用者來說，結果就是「地圖不能像 Apple Maps / Google Maps 那樣自然工作」。

若只是偶爾看地圖，問題不大。若期待它成為 Find My、Google Maps Timeline、家庭位置追蹤的替代品，就不夠成熟。

6. Files 與整體檔案體驗也不夠輕

Files 是 Nextcloud 最核心的功能，但它也會帶來不少成本：

• WebDAV
• 檔案鎖定
• 預覽產生
• 版本管理
• 垃圾桶
• 分享
• 權限
• 背景掃描
• 大量小檔案資料庫紀錄

Nextcloud Files 很完整，但不是最輕量的檔案伺服器。放在資源有限的 Mac mini 上，再加上 Mail、Talk、AI、Maps、News、Passwords、Photos 等功能，整體就會變得不夠順。

如果只是要穩定存檔和同步，Synology Drive、iCloud Drive、Google Drive、Dropbox 這類專門服務在體感上仍然更成熟。

部署成功不等於值得長期使用

這次專案最大的收穫是：部署成功與產品體驗成功是兩件事。

Nextcloud 的優點很明確：

• 功能非常多
• 自架自由度高
• 生態系完整
• 可串接外部服務
• 可用 Docker 部署
• 檔案、日曆、聯絡人、WebDAV 等基礎能力成熟
• 適合技術使用者或小型團隊高度客製

但缺點也同樣明確：

• 功能一多後維護成本快速上升
• 多數 app 的體驗不如商業服務專用產品
• 手機端與 PWA 體驗不夠一致
• Mail、Talk、Maps 這類高頻功能很難達到 Google / Apple 等級
• 對家庭成員來說，故障排查與使用門檻偏高
• 在小型本機設備上跑全家桶，體感不夠穩

如果 Nextcloud 只拿來做少數核心功能，例如檔案、Calendar、Contacts，也許結果會比較好。但這次目標是用它取代一整套 Google / Apple 服務，這個目標對自架 Nextcloud 來說太重。

為什麼決定結束

最後決定終止這個 Nextcloud 專案，原因很直接：

1. 整體資源佔用偏高，Mac mini 無法提供足夠流暢的全功能體驗。
2. Mail 開信速度無法接受，和 Gmail / Apple Mail 差距明顯。
3. Notes / Tasks 的啟動速度與手機體驗仍不如 Google / Apple。
4. Talk 要達到穩定家庭視訊，需要額外處理 NAT、TURN、VPS、通知與維護。
5. Maps / 定位 / 地址功能不夠自然，無法取代 Google Maps 或 Apple Find My 類工具。
6. Files 雖然核心成熟，但在全功能部署下仍然喫資源。
7. 家庭使用場景需要的是低維護、高可靠、打開就能用，而不是每天照顧一組服務。

這不是 Nextcloud 失敗，而是這次使用目標不適合。

Nextcloud 適合的人，是願意接受維護成本、需要資料自主、願意調整功能範圍的人。

但如果需求是「像 Google Photos、Gmail、Apple Notes、FaceTime 一樣順」，那 Nextcloud 全家桶目前不是最務實的選擇。

後續方向

結束 Nextcloud 不代表放棄自架。比較務實的方向是拆分服務：

• 照片與影片：使用 Immich，部署在 NAS 或更合適的主機上
• 郵件：繼續使用 Gmail / Apple Mail
• 筆記與待辦：使用 Apple Notes、Google Keep、Todoist 或其他成熟工具
• 視訊通話：使用 FaceTime、Google Meet、Telegram 或其他穩定服務
• 檔案：依需求使用 NAS、Synology Drive、iCloud Drive 或 Google Drive
• AI 助理：保留 OpenClaw / Telegram 這類更穩定的通道

這樣做犧牲了一部分「全部集中在同一平臺」的理想，但換來的是更穩定、更低維護、更接近家人實際會用的體驗。

結語

這次 Nextcloud 專案不是白做。

我們成功部署了完整服務，也驗證了 Mail、Talk、Office、AI、Maps、PWA、Cloudflare Tunnel 等多個面向。真正的結論不是「Nextcloud 不好」，而是：

自架服務要成功，不能只看功能列表，還要看日常體感、維護成本與使用者是否真的願意用。

Nextcloud 的功能表很漂亮，但當目標是取代 Google / Apple 這些高度打磨的日常工具時，差距會在每一次等待、每一次權限錯誤、每一次通知不穩、每一次背景服務維護中浮現。

最終，這個專案決定停止。不是因為部署失敗，而是因為部署成功後，我們更清楚地看見：它不是目前這個家庭雲需求的最佳解。