セルフホストを始めるなら、最初から大きな認証基盤や監視環境を作る必要はありません。まずはFreshRSSやStirling-PDFのようにデータ移行の負担が小さいものを試し、次にファイルや写真など、本当に自分で持ちたいデータへ広げるのがおすすめです。
私はこれまで、ファイル管理、ノート、認証、監視、Git、AIなど、多数のセルフホスト向けソフトウェアを試してきました。ただし、インストールできたものが、そのまま長く使い続けるものになるとは限りません。便利でも保守が重かったり、モバイルアプリが合わなかったり、バックアップまで考えるとSaaSとの併用が現実的だったものもあります。
この記事では、単に製品名を並べるのではなく、用途、個人的なおすすめ度、これまでの構築・検証経験をまとめます。
記事更新日: 2026年7月12日
この一覧には、オープンソースだけでなく、source-availableのソフトウェアや、セルフホスト構成で利用した周辺ツールも含みます。ライセンスや無料版の範囲は変わることがあるため、導入前に各公式サイトを確認してください。
この一覧の見方
構築経験は、これまで個人環境で構築・検証した経験を基準に、次の3種類で記載しています。セキュリティ上の理由から、現在の稼働状況、公開方式、ホスト名、ネットワーク構成とは必ずしも一致しません。
| 表記 | 意味 |
|---|---|
| 構築経験あり | 個人環境で構築した経験があるもの。現在の稼働を示す表記ではありません |
| 検証経験あり | 導入候補として検証したもの |
| 過去に試用 | 過去の記事や環境で試したもの |
管理系サービスや認証・Secret管理製品についても、現在の採用状況や公開方式は記載していません。
おすすめ度は、機能の多さだけでなく、個人環境での使いやすさ、保守負担、データの持ち出しやすさ、再び使いたいかを含めた主観評価です。
| おすすめ度 | 目安 |
|---|---|
| ★★★★★ | 現在も最初の候補としてすすめたい |
| ★★★★☆ | 有力候補。用途が合えばすすめたい |
| ★★★☆☆ | 用途や条件が合えば候補になる |
| ★★☆☆☆ | 弱点や保守負担を理解して選びたい |
| ★☆☆☆☆ | 現時点では積極的にはすすめにくい |
| 評価中 | 試用期間または判断材料が足りない |
星は製品の絶対評価ではありません。以前から評価していたものは原則として引き継ぎ、新しく追加したものは、十分な利用経験がない限り「評価中」としています。
先に結論: 初めて試すなら
用途ごとに1つ選ぶなら、私はまず次から検討します。
| やりたいこと | 最初の候補 | 先に考えておきたいこと |
|---|---|---|
| RSSを自分で管理する | FreshRSS | OPMLのエクスポート方法 |
| PDFをブラウザで扱う | Stirling-PDF | 外部公開せず、まず内部利用にする |
| Gitを自分で持つ | Forgejo | 障害と独立したバックアップやミラー |
| ファイルを共有する | Nextcloud | DB、設定、実データを分けてバックアップする |
| 写真を管理する | Immich | 写真原本とDBの両方を復元できるようにする |
| ノートを管理する | SiYuan / Outline | モバイル、同期、共同編集のどれを優先するか |
| あとで読む | karakeep | 保存形式、検索、エクスポートを確認する |
| ブログを作る | 静的サイト生成 + Headless CMS | CMS、ビルド、画像配信の責務を分ける |
| KubernetesをGitOps化する | Argo CD | 自動同期より先に復旧手順を作る |
「一番高機能なもの」より、データを取り出せること、バックアップできること、半年後も更新できることを重視した方が、結果的に長く残ります。
ストレージ・ファイル・写真
ファイル共有、端末同期、バックアップは似ていますが、役割が異なります。共有基盤、端末間同期、オフサイトバックアップを1つですべて解決しようとせず、役割を分けた方が整理しやすくなります。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Nextcloud | ★★★★☆ | ファイル共有、同期、グループウェア | 構築経験あり | 高機能。アプリ本体だけでなく、DB、cron、実データの保守が必要 重い |
| Seafile | ★★★☆☆ | ファイル同期・共有 | 過去に試用 | ファイル同期を中心に、Nextcloudより役割を絞りたい場合の候補 |
| Syncthing | ★★☆☆☆ | 端末間のP2P同期 | 検証経験あり | クラウドストレージではなく同期ツール。削除も同期されるため、別のバックアップが必要 |
| Immich | ★★★★★ | 写真・動画管理 | 検証経験あり | 体験は非常に良かった。導入前に原本とDBの復元方法を決めておきたい |
| MinIO | ☆☆☆☆☆ | S3互換オブジェクトストレージ | 構築経験あり | 機能だけでなく、今後のライセンス、配布、保守方針を確認して採用判断する 私はセルフホストとしてみていない |
| RustFS | ★★★★☆ | S3互換オブジェクトストレージ | 検証経験あり | MinIO以外を検討する際の候補。成熟度と移行手段を確認したい |
| Cloudreve | ★☆☆☆☆ | ファイル管理・共有 | 検証経験あり | 複数ストレージをまとめたい場合の候補 |
| File Browser | ★★☆☆☆ | Webファイル管理 | 検証経験あり | 構成はシンプルだが、認証と公開範囲を慎重に決める必要がある |
| Sync-in | ★★★★☆ | ファイル保存、共有、同期、共同編集 | 構築経験あり | 通常のファイルシステム上でデータを扱いやすく、WebDAV、デスクトップ同期、Office文書編集にも対応する。DBと実ファイルを一緒に復元できるようにしたい |
| Filestash | ★☆☆☆☆ | Webファイルクライアント | 検証経験あり | S3など複数バックエンドへのフロントエンドとして使える |
Sync-inは、単純な端末間同期ではなく、ファイル管理、共有、権限管理、WebDAV、デスクトップ同期、Office文書の共同編集をまとめたい場合の候補です。ファイルをアプリ外からも扱いやすい設計は魅力ですが、DBに保存される権限やメタデータと実ファイルをセットで復元できるようにする必要があります。開発が続いているため、導入前にSync-in公式サイトと公式ドキュメントを確認してください。
クラウドストレージとの比較は、Dropbox、Google Driveなどの代替OSS比較にまとめています。オフサイトバックアップについては、pCloudへrcloneでバックアップする方法も参考にしてください。
ノート・ナレッジ・あとで読む
ノートアプリは、機能表だけでは選びにくい分野でした。Markdown、データベースビュー、共同編集、モバイル、Webアクセス、OIDCのどれを優先するかで結論が変わります。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| SiYuan | ★★★★☆ | 個人ノート、ナレッジ管理 | 構築経験あり | Notion代替として有力。認証と複数端末での使い方は先に確認したい |
| Outline | ★★★★☆ | チームWiki、ドキュメント | 検証経験あり | ドキュメント中心なら使いやすい。Notionのデータベース機能とは役割が異なる |
| AFFiNE | ★★☆☆☆ | ノート、ホワイトボード | 検証経験あり | 多機能だが、必要な機能がセルフホスト版に含まれるか確認が必要 |
| Memos | ★★★★☆ | 短文メモ | 検証経験あり | 大きなWikiより、気軽なメモを残したい用途に向く |
| Teable | ★★★☆☆ | 表形式データ、Airtable代替 | 検証経験あり | ノートより構造化データを扱いたい場合の候補 |
| Colanode | ★★☆☆☆ | チャット、ノート、共同作業 | 検証経験あり | ローカルファーストを重視する場合に気になる選択肢 |
| Obsidian | ★★★☆☆ | ローカルMarkdownノート | 検証経験あり | ファイルを自分で持てるのが強み。Web利用は別の仕組みが必要 |
| Ignis | ★★★★★ | Obsidian vaultのWeb利用 | 構築経験あり | Obsidianをブラウザから扱う構成を試した |
| karakeep | ★★★★★ | ブックマーク、あとで読む | 検証経験あり | Web保存と検索を重視する場合の有力候補 |
| Linkwarden | ★★★☆☆ | ブックマーク管理 | 過去に試用 | UI、モバイル、保存方式が自分の使い方に合うかで判断したい |
| ArchiveBox | ★★★☆☆ | Webアーカイブ | 過去に試用 | 「あとで読む」より、ページを長期保存したい用途に向く |
| Wallabag | ★★☆☆☆ | あとで読む | 過去に試用 | シンプルなリーダーを求める場合の候補 |
| FreshRSS | ★★★★☆ | RSSリーダー | 構築経験あり | 比較的導入しやすく、セルフホストの最初の一歩に向く |
Pocket終了をきっかけに比較した内容は、Pocket終了後、karakeepを選んだ理由にあります。ObsidianをWebから使う構成は、Ignisを個人k3sに載せた記事で詳しく書きました。
認証・Secret・証明書・防御
この分野は、セルフホストを始めた直後に全部そろえるものではありません。公開するアプリが増え、アカウントや証明書を個別管理できなくなってから導入しても遅くありません。複数の製品を構築・比較した経験がありますが、現在の採用構成はセキュリティ上の理由から記載していません。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Authentik | ★★★★☆ | SSO、ID管理 | 過去に試用 | 個人環境でも検討しやすい認証基盤。既存アプリとの相性確認が必要 |
| Keycloak | ★★★★★ | SSO、ID管理 | 構築経験あり | 対応範囲は広いが、設定と運用の学習量も増える |
| Zitadel | ★★☆☆☆ | SSO、ID管理 | 構築経験あり | Keycloakとは管理モデルが異なるため、軽さだけで選ばない方がよい |
| OAuth2 Proxy | ★★★★☆ | 認証を持たないWebアプリの保護 | 構築経験あり | 認証基盤とアプリの間をつなぐ。アプリごとの設定管理が必要 |
| OpenBao | ★★★★★ | Secret管理 | 構築経験あり | SecretをGitの外へ出すための候補。バックアップとunsealの運用が重要 恐らくこれが第一選択 |
| Infisical | ★★★☆☆ | Secret管理 | 検証経験あり | UIを含むSecret管理を求める場合の候補 |
| Sealed Secrets | ★★★★☆ | GitOps向けSecret暗号化 | 構築経験あり | 導入しやすい一方、復号鍵のバックアップが最重要 |
| External Secrets Operator | 評価中 | 外部Secretとの同期 | 構築経験あり | 外部のSecret管理基盤を正とし、Kubernetes Secretへ同期できる |
| Smallstep step-ca / step-issuer | ★★★★☆ | 内部CA、証明書発行 | 構築経験あり | 内部証明書を自動発行する構成を検証した |
| cert-manager | ★★★★★ | TLS証明書の発行・更新 | 構築経験あり | 複数のIssuerを使う場合は、責務を分けると整理しやすい |
| CrowdSec | ★★★★★ | 攻撃検知、アクセス制御 | 構築経験あり | 入れただけでは終わらず、parser、bouncer、誤ban時の復旧が必要 申し分ない |
| Vaultwarden | ★★☆☆☆ | パスワード管理 | 過去に試用 | 機密性が高いため、可用性とバックアップを含めて採用判断したい |
証明書管理の考え方は、KubernetesでSmallstepをカスタマイズする方法、内部ドメイン証明書を自動化する方法、cert-managerによる証明書自動化にまとめています。これらは個別の構成例であり、この一覧で現在の採用状況を示すものではありません。
Kubernetes・GitOps・監視
このカテゴリは、何かをセルフホストしたい人全員に必要なものではありません。Docker Composeで十分な規模なら、無理にKubernetesへ移す必要はありません。一方、アプリ数が増え、設定をGitで管理し、同じ方法で更新したくなると価値が出ます。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| k3s | ★★★★★ | 軽量Kubernetes | 構築経験あり | 個人環境のKubernetes基盤として、シングル構成と複数ノード構成を試した |
| Argo CD | ★★★★★ | GitOps、継続的デリバリー | 構築経験あり | Gitとの差分が見えるだけでも便利。自動同期は復旧方法とセットで考える |
| BuildKit | ★★★★★ | コンテナイメージのビルド | 構築経験あり | CIからイメージを作る構成で利用した |
| Buildah | ★★★★☆ | daemonlessなイメージビルド | 検証経験あり | BuildKitとは実行環境と運用方法を比較して選ぶ |
| Harbor | ★★★☆☆ | コンテナレジストリ | 構築経験あり | 高機能だが、個人環境には保守対象が増える |
| Distribution Registry | ★★★☆☆ | コンテナレジストリ | 検証経験あり | UIや付加機能が不要ならシンプルな選択肢 |
| Longhorn | ★★★☆☆ | Kubernetes分散ストレージ | 構築経験あり | 便利だが、バックアップとノード障害時の挙動まで理解して使いたい |
| Grafana | ★★★☆☆ | ダッシュボード | 構築経験あり | メトリクスやログを横断して見る入口になる |
| Prometheus | ★★★☆☆ | メトリクス収集 | 構築経験あり | 収集対象と保持期間を増やしすぎないことが重要 |
| Loki / Promtail | ★★★☆☆ | ログ保存・転送 | 構築経験あり | ログ量、ラベル、保持期間の設計が必要 |
| Netdata | ★☆☆☆☆ | リアルタイム監視 | 構築経験あり | すぐ見たい監視と、長期保存する監視を分けて考える |
| OpenEBS | ★☆☆☆☆ | Kubernetesストレージ | 過去に試用 | Longhornなどとの比較対象。仕組みを理解してから採用したい |
k3sの導入は、シングルサーバー編、WireGuardによるネットワーク構築、マルチサーバー編の順で読めます。
Gitをクラスタ内に置く構成では、復旧時に循環依存が生まれる場合があります。この設計上の注意点は、クラスタ内Gitの落とし穴と全損復旧の設計で扱っています。
開発・Git・ブラウザIDE
管理系サービスについては、現在の稼働状況や公開方式を記載していません。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Forgejo | ★★★★★ | Gitホスティング | 構築経験あり | 軽量で個人運用しやすい。GitOpsに利用する場合は、障害と独立したバックアップやミラーを用意したい |
| GitLab | ★★★☆☆ | Git、CI/CD、開発管理 | 検証経験あり | 全部入りだが、その分必要なリソースと保守対象が増える |
| code-server | ★★★★☆ | ブラウザ版VS Code | 構築経験あり | 便利だが、管理画面の公開範囲と認証方法を慎重に決めたい |
| RStudio | ★★★★☆ | R向けIDE | 構築経験あり | ブラウザから同じ分析環境へ入れる |
| VSCodium | ★★★★☆ | OSS寄りのVS Code環境 | 検証経験あり | code-serverなどと、拡張機能や接続方法を比較して選ぶ |
Web・CMS・アクセス解析
静的サイトジェネレーターとHeadless CMSを組み合わせる構成も試してきました。ここで紹介する内容は構築経験に基づくもので、現在の採用構成を示すものではありません。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Astro | ★★★★☆ | 静的サイト生成 | 構築経験あり | コンテンツと表示を分けやすく、静的配信と相性がよい |
| Directus | ★★★★☆ | Headless CMS | 構築経験あり | API経由で記事を取得できる。DB、キャッシュ、画像の保守も必要 |
| Matomo | ★★★★☆ | アクセス解析 | 構築経験あり | 自分で分析データを持てる一方、収集範囲と保持方針を決める必要がある |
| WordPress | ★★★★☆ | CMS、ブログ | 構築経験あり | エコシステムは大きい。静的サイト生成とHeadless CMSを組み合わせる構成とも比較した |
| Hugo | ★★★☆☆ | 静的サイト生成 | 検証経験あり | ビルドが速く、テーマ選択も多い。Astroとは開発体験で選ぶ |
| Strapi | ★☆☆☆☆ | Headless CMS | 過去に試用 | 必要な認証・権限機能とセルフホスト版の範囲を確認したい |
Astroを選んだ経緯は、AstroとHeadless CMSの比較に書いています。
PDF・オフィス・ドキュメント
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Stirling-PDF | ★★★★★ | PDFの変換・結合・分割など | 構築経験あり | 用途が明確で試しやすい。機密文書を扱うなら公開範囲に注意 |
| OnlyOffice | ★★★★★ | オンラインオフィス | 検証経験あり | Officeファイル互換を重視する場合の候補 |
| Collabora Online | ★☆☆☆☆ | オンラインLibreOffice | 検証経験あり | Nextcloudなどとの統合を含めて評価したい |
| Paperless-ngx | ★★★★☆ | 文書管理、OCR | 過去に試用 | スキャン文書を検索可能にしたい場合の有力候補 |
| Mayan EDMS | ★★☆☆☆ | 文書管理 | 過去に試用 | 高機能だが、個人用途には構成が大きくなりやすい |
AI・自動化
AI系は、Webアプリを1つ増やす感覚では運用できません。モデル保存領域、GPU、メモリ、ワーカー、DB、キャッシュなどの依存が増えます。まず「何を自分の環境に残したいか」を決めてから導入した方がよい分野です。
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Ollama | ★★★☆☆ | ローカルLLM実行 | 構築経験あり | モデルを試す入口として使いやすい。保存容量と更新時間に注意 |
| vLLM | 評価中 | LLM推論サーバー | 検証経験あり | スループットを求める構成向け。GPU前提を含めて設計が必要 |
| Dify | ★★★☆☆ | AIアプリ、ワークフロー | 構築経験あり | API、worker、DB、キャッシュなど複数コンポーネントの保守が必要 |
| n8n | ★★★☆☆ | ワークフロー自動化 | 構築経験あり | 便利だが、認証機能とライセンス条件を用途ごとに確認したい |
| Firecrawl | ★☆☆☆☆ | Web取得、AI向けデータ収集 | 検証経験あり | クロール先の規約、負荷、保存データを含めて運用する |
コミュニケーション・その他
| ソフトウェア | おすすめ度 | 主な用途 | 構築経験 | 使ってみた印象・注意点 |
|---|---|---|---|---|
| Matrix / Element | ★★★★☆ | 分散メッセージング | 構築経験あり | E2EE、認証、通知、音声通話まで含めると構成が大きくなる |
| Bluesky PDS | ★★★★☆ | 個人データサーバー | 構築経験あり | データを自分で持つ題材として面白いが、更新追従が必要 |
| Stalwart | ★★★★☆ | メールサーバー | 構築経験あり | 配信到達性、DNS、迷惑メール対策まで責任範囲が広い |
| Minecraft | ★★★★☆ | ゲームサーバー | 構築経験あり | Java/Bedrock、永続データ、TCP/UDP公開を分けて考える |
| ezBookkeeping | ★★★☆☆ | 家計簿 | 検証経験あり | 個人データを自分で持ちたい用途に合う。エクスポートを確認したい |
| Maybe | ★★☆☆☆ | 資産管理 | 検証経験あり | 連携機能より、手入力とデータ保全が自分に合うかで判断する |
| Puter | ★☆☆☆☆ | ブラウザ上のデスクトップ環境 | 検証経験あり | 面白い題材だが、日常用途が定着するかは別に評価したい |
試して分かった、セルフホストが定着する条件
1. 機能数より、日常の入口があること
高機能でも、スマートフォンから使いにくい、起動する理由がない、既存の習慣へ入らないものは定着しません。FreshRSSやStirling-PDFのように用途が明確なものは、比較的残りやすいと感じます。
2. データを取り出せること
セルフホストの目的は「自分で動かすこと」だけではありません。エクスポート形式、DB dump、実ファイルの保存場所が分からなければ、別のソフトウェアへ移れません。
3. バックアップではなく、復元まで確認できること
PVをコピーした、DB dumpを保存した、というだけでは不十分です。新しい環境へ戻す順番まで確認して初めて、運用できていると言えます。写真やファイルのように失いたくないデータほど、アプリ導入前に復旧方法を決めるべきでした。
4. 更新を止めないこと
セルフホストは、インストールした日が完成ではありません。イメージ更新、DB migration、互換性、セキュリティ情報へ継続的に追従する必要があります。更新頻度の高いソフトウェアは、便利さと同時に保守時間も評価します。
5. 撤退できること
合わないソフトウェアを止めることも、運用の一部です。データをエクスポートし、公開設定を外し、不要なデータとSecretを整理できる構成なら、次の候補を試しやすくなります。
セルフホストを始める前のチェックリスト
- [ ] そのサービスで何を解決したいか、一文で説明できる
- [ ] データの保存場所が分かる
- [ ] DBと実ファイルをどうバックアップするか決めた
- [ ] 小さな復元テストができる
- [ ] 更新方法と更新頻度を確認した
- [ ] 外部公開が本当に必要か検討した
- [ ] 認証、TLS、管理画面の保護方法を決めた
- [ ] 合わなかった場合のエクスポート・撤退方法がある
まとめ
セルフホストは、SaaSをすべて置き換える競争ではありません。自分で持つ価値があるデータや、自分で変更したい道具を選び、その代わりに引き受ける保守まで含めて判断するものだと思っています。
これから始めるなら、小さく試せるFreshRSSやStirling-PDFから入り、次にファイル、写真、ノートへ進むのが現実的です。k3sやGitOpsは目的ではなく、増えてきたサービスを同じ方法で管理するための手段として後から導入できます。
Sync-inは、ファイルの保存だけでなく、共有、同期、共同編集までまとめたい人にとって気になる候補です。一方で、評価は機能表だけでは決められません。実ファイルと権限情報を復元できるか、普段使う端末から無理なく利用できるかを確認しながら評価を続けます。
この一覧は、新しく試したものや評価が変わるたびに更新します。今後は「導入できたか」だけでなく、半年後も残ったか、壊れたときに戻せたかを個別記事で掘り下げていく予定です。
次に読む記事
- Dropbox、Box、Google Drive、OneDriveなどを代替するOSSの比較
- pCloudのクラウドストレージにrcloneでバックアップする
- Pocket終了後、karakeepを選んだ理由
- ObsidianをWebから使うため、Ignisを個人k3sに載せた記事
更新履歴
- 2026-07-12: 用途別に全面再構成。おすすめ度の基準、構築・検証経験、選ぶ際の注意、関連記事を追加。現在の稼働状況と結びつく表現を見直し、ストレージ・ファイル・写真へSync-inを追加
- 2026-05-08: 旧版公開
