2026 年值得自行託管的 25 個應用程式

建置內容

這不是單一應用程式，而是一份精選清單。這是本網站其他內容的核心：2026 年真正值得在自有 VPS 上執行的 25 個應用程式，依用途分類。每個應用程式都會列出它所取代的服務、實際的 RAM 與磁碟需求，以及略過設定時最可能造成問題的一項要點。若有完整的逐步指南，連結會指向該指南。

我管理 VPS 主機已有 15 年，自己的主機上也執行其中大多數應用程式。因此，下列資源數據是應用程式在小型實際工作負載下真正使用的量，不是行銷頁面上的「最低需求」。請將這些數據視為預算，並另外預留餘裕。

前置條件與必須面對的現實

本篇的每個應用程式都在全新的 Ubuntu 24.04 KVM VPS 上執行，並具備 root 或 sudo 權限。同樣的清單也能在您家中機櫃內的主機上執行。如果您正在比較每月租用與一次購買 RAM 的成本，在家使用 Proxmox 與租用 VPS 的比較會說明硬體與電力成本。這些應用程式幾乎都以 Docker 容器提供，因此只要安裝一次 Docker，幾乎就能使用完整清單（例外是 Cloudron 與 CasaOS；它們會使用各自的安裝指令碼直接安裝到主機，請參閱控制面板一節）：

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

如果 docker 指令因 permission denied while trying to connect to the Docker daemon socket 而失敗，表示您略過了群組設定，或尚未開啟新的 shell。請登出後重新登入。如果 docker compose 回傳 docker: 'compose' is not a docker command，表示您使用的是舊版獨立執行檔；上方指令碼會安裝新版 Compose plugin，使用方式是 docker compose（中間是空格，不是連字號）。

以下三項現實條件決定了後續內容。第一，限制因素是 RAM，不是磁碟或 CPU。 1 GB 的 VPS 只能執行一個小型應用程式，無法再執行其他服務。4 GB 才是「自行託管數個服務」主機的實用配置。2 GB 則處於尷尬的中間狀態：初學者再堆疊第三個服務後，遇到無聲的 Out-Of-Memory 終止，卻始終不知道容器為何突然消失；sudo dmesg 會顯示 daemon 吞掉的 Out of memory: Killed process 行。第二，任何公開服務都需要名稱與憑證。裸 IP 適合測試，但只要希望手機應用程式或瀏覽器信任該服務，就會失效。第三，兩個連接埠決定了您一半的選項： 對外的 80 必須能連到主機，才能進行標準的 HTTP-01 憑證挑戰（DNS-01 挑戰則會改用 DNS 記錄證明控制權，因此可在 80 關閉時使用）；而多數供應商會封鎖對外的 25，這也是電子郵件列在文末「不要自行託管」清單中的原因。

檔案與相片

• Nextcloud 可在同一套件中取代 Google Drive、Dropbox 和 Google Calendar。RAM 預留 1–2 GB，另加檔案所需的儲存空間。唯一需要注意的是：SQLite 適合示範環境，但在正式環境中會造成問題。請從首次啟動就使用 PostgreSQL，因為資料寫入後才遷移資料庫，是最常導致 Nextcloud 損壞的方式。完整的 使用 Docker、TLS 與備份在 VPS 上部署 Nextcloud 指南，會協助你在第一次設定時採用正確做法。
• Immich 可取代 Google Photos，功能包括會自動上傳相機膠卷的手機應用程式，以及臉部和物件搜尋。RAM 預留 6 GB；Immich 文件將此列為最低需求，8 GB 會比較寬裕。機器學習容器最耗用資源，磁碟空間則應準備相片庫大小，再加上約 20% 的縮圖空間。需要注意的是：Immich 從 2025 年 10 月首次推出穩定版本 v2.0.0 起，就遵循語意化版本控制，將破壞性變更保留給主要版本；目前已進入 v3，因此絕對不要盲目拉取 latest，否則會直接跨越下一個主要版本。請固定版本，並在每次升級前閱讀版本發布說明。自架 Immich 相片庫指南涵蓋安全的升級流程。如果你的主機無法提供 6 GB RAM，PhotoPrism 與 Immich 並列比較會比較兩者的實際記憶體用量、手機應用程式，以及在將相片庫交給任一服務前各自需要的備份指令。
• Seafile 可取代 Dropbox，並在這 3 者中提供最快的同步引擎。RAM 預留約 1 GB。需要注意的是：Seafile 會將檔案儲存為以內容定址的區塊，而不是磁碟上的一般檔案，因此無法使用 ls 瀏覽資料，且必須透過 Seafile 自有工具進行備份，不能直接複製資料夾。

Passwords

• Vaultwarden 以小型 Rust 伺服器取代 Bitwarden 的付費方案、LastPass 與 1Password，並使用 Bitwarden 通訊協定，因此所有官方 Bitwarden 應用程式與瀏覽器擴充功能都能直接運作。預留 100–200 MB RAM，幾乎不需要磁碟空間。需要注意的是：這台伺服器會保存你擁有的所有密碼，因此 TLS 與備份不是可有可無，而是部署的核心。請將 ADMIN_TOKEN 設為 Argon2 雜湊值，因為 compose 檔案中的純文字 token 就是伺服器管理面板的密碼。該面板會列出所有使用者並變更伺服器設定，若有人能讀取該檔案，就能直接看到這組密碼。Vaultwarden 密碼管理工具指南是最適合作為第一個自架服務的選擇。

媒體

• Jellyfin 可取代 Plex；對於自有媒體庫，也能取代 Netflix。它完全開放，不需要帳戶，也沒有付費牆限制的遠端串流功能。閒置時預留 1–2 GB RAM，但轉碼時 CPU 使用量會大幅升高。問題在於，以軟體轉碼處理 4K 串流會讓小型 VPS 不堪負荷。因此，請為伺服器提供硬體加速，或將檔案保留在用戶端可直接播放的格式（Direct Play），讓伺服器只需傳送資料。Jellyfin 在 VPS 上的媒體伺服器指南會說明兩者的差異。服務執行後，Halcyon 會在瀏覽器中將同一個媒體庫變成可瀏覽的 90 年代租片店。這是我所知道最荒謬、也最有效的做法，能讓家人瀏覽片架，而不是滑過所有內容。
• Navidrome 可取代 Spotify，供你串流自己的音樂，並支援任何相容 Subsonic 的應用程式。預留 150–300 MB RAM 即可。它以 Go 撰寫，資源使用量極低。問題在於，首次掃描媒體庫時會讀取每個檔案的標籤。大型收藏可能需要 1 小時。ID3 標籤錯誤，瀏覽體驗也會隨之變差。
• Audiobookshelf 可取代 Audible 和 podcast 應用程式，並在不同裝置間保留播放位置。預留 200–500 MB RAM。問題在於，它要求嚴格採用每本書一個資料夾的配置。匯入資料夾若結構混亂，媒體庫也會變得混亂，部分內容無法辨識，事後修正相當繁瑣。

自動化與 AI

• n8n 以由你自行管理的視覺化工作流程建構器取代 Zapier 和 Make，且不按工作次數計費。預留 400 MB–1 GB RAM。要注意的是：n8n 會在首次執行時產生金鑰，並使用該金鑰加密儲存的認證資訊。如果遺失該金鑰，或忘記設定 N8N_ENCRYPTION_KEY 而讓系統重新產生金鑰，所有已儲存的認證資訊都會變得無法讀取，必須全部重新輸入。自行架設 n8n 並啟用 HTTPS 指南會固定使用該金鑰，並在 webhook URL 前方配置正式憑證。
• Ollama 以本機、私有的 LLM 推論取代 ChatGPT 訂閱。所需資源取決於模型：7–8B 模型約需 8 GB RAM；磁碟空間則取決於量化方式，通常 4-bit 下載約需 4 至 5 GB，完整精度的 fp16 建置則需 13 GB 以上。要注意的是：在僅使用 CPU 的 VPS 上，推論結果雖然可靠，但速度較慢。請以每秒處理的字數評估，而不是期待託管 API 提供的即時回覆。請調整預期，或租用 GPU 主機。執行 Ollama 以自行架設 LLM 指南提供了較符合實際的數據。

通訊

• Rocket.Chat 可取代團隊使用的 Slack，支援討論串、通話與整合功能。記憶體至少配置 2 GB，因為它使用 MongoDB，而 MongoDB 是主要的資源負載來源。需要注意的是，每個 Rocket.Chat 主要版本只支援有限範圍的 MongoDB 版本（8.x 需要 MongoDB 8.0 或更新版本，7.x 可使用 6.0 或 7.0），而 Rocket.Chat 的升級指南要求依序升級主要版本。跳過版本會導致資料庫無法相容，因此應一次升級一個主要版本。Rocket.Chat 搭配 Docker Compose 指南會逐步說明版本升級路徑。
• Matrix (Synapse) 可取代 Slack 和 Discord，提供聯邦式且端對端加密的網路，並讓你自行管理 homeserver。記憶體至少配置 1–2 GB；加入大型公開房間後，需求會增加。需要注意的是，Synapse 在大型聯邦式房間中的記憶體使用量會大幅增加，而且必須使用 PostgreSQL。預設的 SQLite 僅適合單一使用者測試；一旦啟用聯邦功能便會迅速無法負荷。如果 Synapse 的資源需求過高，可改用較輕量的 Conduit 或 Dendrite 伺服器；兩者使用相同的通訊協定。

網路與存取

• WireGuard 可取代商業 VPN，為你自己的 IP 和其他服務提供私有通道。資源需求幾乎為零，使用量低於 50 MB，且加密作業在核心中執行。注意事項：在容器型虛擬化環境（OpenVZ、部分 LXC）中，模組會因 RTNETLINK answers: Operation not supported 而失敗；應選用 KVM。自架 WireGuard VPN 指南可作為參考。將服務綁定至此通道，即可讓服務完全不暴露在公用網際網路上。如果不想為每個新裝置手動編輯對等節點設定，則可參考 在 VPS 上執行 Tailscale 子網路路由器，讓其他機器存取整個私有範圍；但必須先核准路由，並讓 IP forwarding 在重新開機後持續生效。
• Traefik 可取代手寫的 nginx virtual host 和手動更新憑證。它會透過 Docker labels 探索容器，並自動取得 Let's Encrypt 憑證。RAM 需求約為 100 MB。注意事項：以 labels 為基礎的設定模型一開始確實容易混淆，單一 label 錯誤就可能導致應用程式無法路由，而且不會顯示明顯錯誤。適用於多個 Docker 應用程式的 Traefik 反向代理 指南正是為了將本頁的多個應用程式放在同一個入口後方而設計。
• AdGuard Home 可取代 Pi-hole 主機和付費 DNS 過濾服務，在 DNS 層封鎖網路上所有裝置的廣告與追蹤器。RAM 需求為 100–150 MB。注意事項：它需要使用 port 53，但在 Ubuntu 上會與 systemd-resolved 衝突；在先釋放該連接埠前，它會因 listen udp 0.0.0.0:53: bind: address already in use 而無法啟動。

監控

• Uptime Kuma 可取代 Pingdom、UptimeRobot 和 StatusPage，提供簡潔的儀表板，並可將警示傳送到幾乎任何通道。預留 150–300 MB RAM。這裡最容易忽略的一點是：請從不同的伺服器監控 production 伺服器。若 Uptime Kuma 與受監控的伺服器位於同一台機器，該伺服器故障時，Uptime Kuma 也無法通知你。Uptime Kuma 狀態監控指南涵蓋外部部署方式。
• Zabbix 可取代 Datadog 和企業級監控套件，提供深入的 agent 型指標、觸發條件和歷史資料。預留至少 2 GB RAM，並為其資料庫額外提供資源。這裡的問題是：Zabbix 功能強大，但設定確實很繁重。監控 3 個容器時使用它是過度配置；監控整個伺服器群組時，它才是合適的工具。先從 Uptime Kuma 開始；等到確實有基礎架構需要監控時，再升級到 Zabbix 監控伺服器。

本清單刻意未列入 Prometheus 和 Grafana：它們非常適合大規模伺服器群組，但對只有 2 或 3 台伺服器的個人堆疊而言，執行與調校成本過高。在這個規模下，Uptime Kuma 加上 Zabbix 能以較少的維護工作回答相同的問題。

儀表板與控制面板

這些工具會改變整體管理方式，不必再手動執行 compose 檔案，而是由面板代為管理應用程式。

• Cloudron 以完整的應用程式商店、自動 TLS 與內建備份，實現「希望能一鍵完成」的需求。最低預留 2 GB RAM，4 GB 會更寬裕。需要注意的是，它的設計取向較為強勢，會接管整台主機。實際上，它會安裝在全新的 Ubuntu 伺服器上，使用自有的 cloudron-setup script，而不是以容器執行。其文件也排除 ARM、LXC、Docker 與 OpenVZ 主機；此外，最多只支援 2 個應用程式免費使用，超過後即為付費產品。
• CasaOS 以簡潔易用的應用程式網格，取代雜亂的 homelab 儀表板，而且免費且輕量。它會使用自有的 script（curl -fsSL https://get.casaos.io | sudo bash）安裝到主機上，而不是以容器執行，之後再以 Docker 執行你的應用程式。CasaOS 本身約需 150 至 300 MB。需要注意的是，它是為受信任的家用網路設計，未針對公開網際網路強化，請勿直接暴露；應透過 WireGuard 存取。
• Coolify 可在自有伺服器上取代 Heroku、Vercel 與 Netlify，提供 git-push 部署、資料庫與預覽環境。最低預留 2 GB RAM。需要注意的是，這是較新的專案，開發變動快速，因此升級前應固定版本並閱讀 release notes。Cloudron、CasaOS 與 Coolify 比較會說明這 3 者分別適合哪些使用者。

開發與生產力工具

• Gitea（或 Forgejo） 可取代 GitHub，用於私有儲存庫、議題與 CI。預留 200–500 MB RAM。需要注意的是，Forgejo 是由社群治理的 Gitea 分支，也是目前許多人推薦的選擇；兩者都很出色，但請擇一使用，並同時備份儲存庫與資料庫。只備份儲存庫而未備份資料庫，會遺失所有議題與 pull request。
• Paperless-ngx 可取代檔案櫃與付費文件掃描器，透過 OCR 處理所有文件，讓文件內容可供搜尋。預留約 1 GB RAM；執行 OCR 時 CPU 使用量可能暫時升高。需要注意的是，OCR 結果取決於掃描品質，而大量封存文件的重新處理速度很慢。大量匯入十年的紙本文件前，請先調整設定。
• Actual Budget 可取代 YNAB 與已停止服務的 Mint，提供快速、在地且私密的信封預算管理。預留約 150 MB RAM。需要注意的是，自動銀行同步功能內建但不是必要功能，必須先向 SimpleFIN Bridge 或 Enable Banking 等區域性供應商註冊，並加入自己的 API 憑證後才能使用。因此，剛安裝完成時仍需手動匯入交易。
• FreshRSS 可取代 Feedly 與已停止服務的 Google Reader，是快速且私密的 feed reader，並提供行動應用程式。預留約 150 MB RAM。需要注意的是，請設定以 cron 為基礎的 feed 更新工作，否則只有在開啟頁面時才會更新 feed。
• BookStack 可取代 Notion 與 Confluence，用於文件管理，內容組織為書架、書籍與頁面。以 PHP 和 MySQL 執行時，預留約 500 MB RAM。需要注意的是，它會以自身的方式組織內容，而不是提供自由格式的筆記。有些人喜歡這種方式，有些人則認為限制較多。請先試用，再決定是否將整個 wiki 遷移至此。
• Home Assistant 可取代 SmartThings 與十多個供應商應用程式，在本機統一管理智慧家庭。預留約 1 GB RAM。需要注意的是，它的許多功能都需要在區域網路存取裝置，因此比起遠端 VPS，更適合執行於家中的硬體。若確實需要，可從遠端執行儀表板，再透過橋接方式連回家中網路。

具代表性的安裝

以下以具體範例說明自架服務的完整架構：compose 檔案、有效憑證，以及備份。這裡使用 Uptime Kuma，但清單中的每個應用程式都遵循相同模式。

services:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    container_name: uptime-kuma
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"
    restart: unless-stopped

docker compose up -d
docker compose logs -f

請注意 127.0.0.1:。應用程式只在 localhost 上監聽，並由 Traefik 或 nginx 等反向代理在前端執行 TLS termination。直接繫結至 0.0.0.0:3001，可能會意外將未加密的管理介面公開給整個網際網路。

目前不應自行託管的服務

• 電子郵件。 這是最需要坦白說明的一項。大多數 VPS 供應商都會封鎖對外連線的 25 埠；你會在 Connection timed out 看到來自 telnet aspmx.l.google.com 25 的內容，而你這端沒有任何可修正之處，因為這是供應商的政策。有些供應商會在你提出要求後解除封鎖（例如 AWS 允許你申請移除這項限制），但那是申請流程，不是切換設定。即使 25 埠已開放，沒有信譽、PTR 記錄、SPF、DKIM 和 DMARC 的新 IP，寄出的郵件也會進入垃圾郵件匣，或直接遭到拒收。這是一項持續進行的實際工作，不是週末就能完成的專案。如果你確定要這麼做，請先了解相關風險，參考 使用 Mailcow 自行託管電子郵件 指南，並預期需要數個月持續維護郵件送達率。
• 任何無法可靠備份與還原的服務。 如果你從未實際測試還原，就不算有備份，只是抱著希望。除非已驗證還原流程，否則不要將無法取代的資料、相片的唯一副本或帳戶資料放到該服務上。
• 關鍵相依服務的唯一副本。 自行託管的 DNS 伺服器一旦當機，就讓整個網路無法連上網際網路，這不適合作為第一個專案。請保留上游備援。
• 即時安全系統。 家用警報、醫療警示，以及任何停機 5 分鐘就會造成實際問題的系統，都不應部署在你每週日晚上才升級的興趣用途主機上。

如何選擇第一個服務，以及兩項不可妥協的要求

請選擇能免除你不想支付的帳單，或能解決你確實在意的隱私疑慮的應用程式。實務上，最適合先安裝的是 Vaultwarden 和 Uptime Kuma：兩者都很精簡、能立即派上用場，而且即使操作失誤也容易復原。先完整完成其中一個服務的安裝、憑證設定、備份與還原測試，再新增第二個。你要培養的是維運能力，而不是點擊安裝按鈕。

上列每個應用程式都有兩項不可妥協的要求，沒有例外：

1. 所有公開服務都必須使用 TLS。 裸露 IP 且使用明文傳輸的服務只是示範，不是正式部署。請使用 在 nginx 上設定 Certbot 與 Let's Encrypt，或讓 Traefik 自動處理，並在入口層前方設定有效憑證。接著使用 Ubuntu 24.04 上的 SSH Fail2ban 強化入口防護。
2. 備份必須實際完成還原測試。 將資料庫與資料 volume 一起自動執行每晚傾印，並將備份傳送到伺服器之外。每月再還原到用完即丟的 VPS，確認備份確實可用。磁碟故障當天，不是發現備份檔案是空的時候。

只要做好這兩點，自架服務就會成為一件令人滿意的事。跳過它們，就只是等待故障發生。

可選方案從實用到荒謬都有，從家庭用的 VPS 上的 Minecraft 伺服器，到如果你想看一個警示案例，也可以參考 全球效率最低的資料中心。

FAQ

我應該先自行託管什麼？

Vaultwarden。密碼管理器能在日常提供實際價值、取代訂閱服務，也會迫使你學會完整的工作流程，包括 Docker、反向代理、TLS 與備份。即使設定失誤，也能在 10 分鐘內重建。Uptime Kuma 很適合作為第二個服務，這樣你能在使用者發現服務中斷前先收到通知。

我實際需要多大的 VPS？

執行一個小型應用程式時，1 GB RAM 即可。若要舒適地執行數個服務，建議使用 4 GB；2 GB 通常會遇到容器在沒有明顯提示的情況下因 Out-Of-Memory 而被終止，卻難以找出原因。RAM 幾乎總是限制因素；磁碟空間則應依預計儲存的資料量配置。Immich、Ollama 及使用大型資料庫的服務，通常對 RAM 與磁碟空間都有較高需求。

哪些服務不應自行託管？

首先是電子郵件。大多數供應商都會封鎖對外連線埠 25，而確保郵件正常送達需要持續投入大量時間。其次是任何無法可靠備份與還原的服務，以及停機會造成實際損害的單一故障點，例如沒有備援的 DNS 伺服器或居家安全系統。這份清單中的其他服務都適合自行託管。

所有這些服務都需要 Docker 嗎？

不需要，但建議使用。這裡列出的每個應用程式都有 Docker image，只有 Cloudron 與 CasaOS 例外；這兩者會透過各自的設定指令碼直接安裝到主機，之後代你以容器執行應用程式。至於其他服務，Docker 能提供乾淨的安裝與移除流程、簡單的版本固定方式，以及遷移到新主機的可攜性。部分應用程式（WireGuard、Zabbix）也能透過 apt 原生安裝，是否採用可依偏好決定。熟悉一份 compose 檔案後，其他檔案的結構也大致相同，因此整份清單都更容易上手。

如何確保所有服務安全？

四個習慣即可涵蓋大部分需求：在所有服務前方設定 TLS；僅允許使用 cryptographic key 登入 SSH，並使用 Fail2ban 封鎖暴力破解嘗試；只公開真正需要的連接埠，其餘服務則透過 WireGuard VPN 存取；定期更新並閱讀版本說明，避免升級時出現意外。備份是第五個習慣；當前四項措施未能攔截錯誤時，備份就是你的復原手段。