2024年6月、Caraアプリが一気に話題となり、1週間で40,000ユーザーから650,000ユーザーへと成長しました。その創業者が報告したVercelの請求額は、 $96,280 前週分でこの金額でした。これは広く見られるパターンの極端な一例です。従量課金型のプラットフォームは便利ですが、トラフィック、ボット、帯域、関数呼び出しが思わぬ請求に変わるまでの話です。
Vercelは現在、通知やWebhook、設定した支出額に達したときに本番デプロイを一時停止するオプションなど、支出管理機能を提供しています。つまり、開発者に制御手段がないという話ではありません。問題は、その制御手段を理解し、設定し、監視し続ける必要があるという点です。Herokuは別の種類のプレッシャーを生みます。シンプルで成熟していますが、小さなアプリの域を超え、マネージドデータベース、Redis、ワーカー、バックアップ、監視を加え始めると、コストが急速に膨らみます。
その結果として成熟しつつあるのが、オープンソースの自己ホスト型PaaSツールのエコシステムです。これらは、自分で管理するVPS上でHeroku風のデプロイ体験の一部を再現することを目指します。コードをプッシュし、ドメインを接続し、SSLを取得し、データベースを動かし、本格的なKubernetesプラットフォームを構築せずにアプリを管理する、といったことです。
この記事では、そのうち6つを比較します：Coolify、Dokku、CapRover、Dokploy、Kamal、seelf。目的は、スター数が最も多いツールを王座につけることではありません。決定の選択肢を明確に整理し、自分の制約に合うツールを見つけられるようにすること、あるいはどれも合わずマネージドプラットフォームこそが正解だと見極められるようにすることが目的です。
手短に言うと
自己ホスト型PaaSは、Dockerビルド、リバースプロキシの設定、SSL、アプリのデプロイ、基本的なサービス管理を、自分のサーバー上で自動化できます。デフォルトでは得られないのは、マネージドプラットフォームが備えるインフラ層の全体です：自動マルチリージョンフェイルオーバー、手のかからないデータベースの信頼性、プラットフォーム側で管理されるインシデント対応など。
- Coolifyを選ぶ 自分のVPS上に、本格的なHeroku風ダッシュボードに最も近いものを求めるなら。
- Dokkuを選ぶ 最も軽量なgit-pushデプロイフローを求め、CLIの利用に抵抗がないなら。
- CapRoverを選ぶ シンプルなビジュアル型アプリマネージャーを求め、主に単一コンテナのアプリをデプロイするなら。
- Dokployを選ぶ 洗練されたモダンなダッシュボード、Docker Composeのサポート、そしてCoolifyよりすっきりしたUIを求めるなら。
- Kamalを選ぶ CLIファーストのデプロイツールを求めるなら。特にRailsやコンテナ化されたアプリに向いています。
- seelfを選ぶ 小さなWeb UIを備えた軽量なDocker Composeデプロイツールを求めるなら。
マネージドホスティングの請求額がまだ低く、サーバーを保守したくないなら、マネージドのままにしておきましょう。請求額が増えつつあり、アップデート、バックアップ、ファイアウォールルール、インシデント対応を自分で引き受けることに抵抗がないなら、自己ホスト型PaaSが理にかなう場合があります。
自己ホスト型PaaSが本当に金銭的に意味を持つとき
コストの逆転点こそ、単純化されがちな部分です。
小規模なHeroku本番構成は月$100未満で始められますが、複数のdyno、より大きなマネージドPostgres、Redis、バックアップ、監視、より高い可用性要件を加えると、請求額は数百ドルから数千ドルへと動き得ます。同様のアプリスタックは月$15から$30のVPSで動かせることが多いものの、それにはHeroku/Vercel系のプラットフォームが抽象化してくれるのと同じマネージドデータベースの信頼性、バックアップ、フェイルオーバー、サポートは含まれません。
これが本当のトレードオフです。マネージドプラットフォームを、まったく同じものをより安く、で置き換えているわけではありません。プラットフォームの利便性を、VPS、オープンソースのデプロイ層、そして自分自身の保守時間で置き換えているのです。
役立つ目安はこうです。自己ホストが意味を持ち始めるのは、マネージドの請求額がその手間を正当化できるほど痛くなったときです。小規模なSaaSなら、それはおおむね請求額が月$50を超え、運用者が現実的に月数時間をアップデート、バックアップ、基本的な監視に充てられる状況を意味することが多いでしょう。
VPSにDockerをインストールするガイド は、この記事で扱うどのツールにも必要な前提条件です。サーバーでDockerがまだ動いていないなら、そこから始めましょう。
節約は本物です。ただしそれが現れるのは、サーバーを自分で保守する気がある場合だけです。
6つのツールを横並びで比較
ツールを1つずつ見ていく前に、6つの選択肢を並べて比較する価値があります。最適なツールとは、コミュニティが最も賑やかなものではなく、その限界を受け入れて付き合えるものです。
| ツール | おおよそのGitHubスター数 | 哲学 | マルチサーバー対応 | 相対的なフットプリント | 最適なユースケース |
|---|---|---|---|---|---|
| Coolify | 54k+ | Web UI、本格的な自己ホスト型PaaS体験 | 現行のSwarm方式は非推奨化が進行中。v5でスケーラビリティを計画 | より高い | 複数アプリ、ダッシュボード重視 |
| Dokku | 31.9k | git-push、CLI、プラグインベース | 単一サーバーのみ | 非常に低い | 1〜2個のアプリ、最小のオーバーヘッド |
| CapRover | 15k+ | GUIファーストのアプリマネージャー | Docker Swarm対応 | 緩和 | シンプルなビジュアル型デプロイと単一コンテナのアプリ |
| Dokploy | 33.7k+ | モダンなWeb UI、Coolifyの代替 | リモートサーバー／Docker Swarmに対応 | 緩和 | 洗練されたUIを求めるDocker Composeユーザー |
| Kamal | 14.2k+ | CLIファースト、ホスト側ダッシュボードなし | 複数サーバー、非クラスタ型のオーケストレーション | 非常に低いホストのオーバーヘッド | RailsまたはDockerアプリ、CLIに慣れたチーム |
| seelf | 343 | 軽量なCompose系デプロイ | 単一ノード | 低い | オーバーヘッドを最小限に抑えたDocker Composeスタック |
自分の制約に合わない大規模プロジェクトは、合致する小規模プロジェクトと同じだけの保守時間を結局かけさせます。
Coolify：本格的なダッシュボード体験
Coolifyは、このカテゴリで最も人気のある自己ホスト型PaaSツールの1つであり、本格的なHeroku風の代替に最も近いものです。アプリ、サービス、環境、ドメイン、SSL、デプロイ、データベースを一か所から管理できるWebダッシュボードを提供します。
Coolifyはこのカテゴリで最も目立つプロジェクトの1つで、長いベータ期間を経て、v4.0.0安定版が2026年4月27日にリリースされました。これが重要なのは、Coolifyはすでに本番環境で広く使われていたものの、安定版リリースによって新規ユーザーに明確な基準点ができるからです。
Coolifyが得意とすることは、HerokuやVercelの代替に人々が求める開発者向けの機能領域のほとんどをカバーします。複数のアプリをデプロイし、Docker Composeスタックを動かし、PostgresやRedisといったサービスを追加し、Traefik経由の自動SSLを使い、GitHub、GitLab、Gitea、Bitbucketを接続できます。
Coolifyの運用コストは、たいてい過小評価される部分です。サーバー上で動くのは自分のアプリだけではありません。Coolify自体が本物のプラットフォーム層です。適切なサイズのVPSなら問題ありませんが、極小のVPSには窮屈です。Dokkuと比べると、Coolifyはより充実したダッシュボードと多くの組み込み機能を提供しますが、その分より多くのサーバーリソースと、より積極的な保守を求めます。
Coolifyには、このリストで最大のセキュリティ上の教訓もあります。2026年1月、 Coolifyの CVE 公表 では、コマンドインジェクション、認証バイパス、秘密鍵漏えいの問題を含む11件の重大な脆弱性が修正されました。Censysは当時、おおよそ52,890件の公開状態のCoolifyインスタンスを特定し、ベルギーのサイバーセキュリティセンターは、 勧告 を出し、即時のパッチ適用を推奨しました。
だからといってCoolifyを避けるべきだという意味ではありません。Coolifyは、自分のサーバーに対して実権を持つ管理パネルとして扱うべきだということです。可能な限りダッシュボードを公開インターネットから外しておきましょう。TailscaleやWireGuardのようなプライベートネットワークにバインドし、IPでアクセスを制限し、セキュリティアップデートを速やかに適用しましょう。
Coolifyが正しい選択となるのは、本格的なダッシュボードを求め、複数のアプリを管理し、ビジュアルなワークフローを好み、そしてプラットフォーム自体のパッチ適用は自分の責任だと受け入れられる場合です。
Dokku：実用に足る最小のPaaS
Dokkuは、この比較の中で最もシンプルな本格派の選択肢です。2013年から存在し、Heroku風のgit-pushワークフローを使い、1つのことをうまくやるという考え方に忠実です。
ワークフローは明快です。リモートを追加し、アプリをプッシュすると、Dokkuがビルドして実行します。プラグインが、Postgres、MySQL、MongoDB、Redis、バックアップ、証明書、定期ジョブといった一般的なニーズを処理します。Webダッシュボードはありませんが、これは見方によって不便とも、攻撃対象領域の削減ともなります。
Dokkuの最大の利点は、その小さなフットプリントです。控えめなアプリとデータベースのプラグイン程度なら、小さなVPSで快適に動きます。これにより、小規模なマネージドプラットフォームの請求額を軽量なVPS構成で置き換えたいときに、最も理にかなった選択肢の1つとなります。
Dokkuはデフォルトで今もbuildpacksを使い、Dockerのサポートも利用できます。buildpacksを時代遅れと見る開発者もいますが、Heroku移行組にとっては、それこそがまさに狙いどころであることが多いのです。ProcfileやHeroku風のデプロイ習慣がそのままきれいに移行できます。
主な欠点は、DokkuがCLIに慣れていることを前提とする点です。クリックして操作したいチームメイト向けのダッシュボードはなく、複数アプリを管理する洗練されたUIもなく、CoolifyやDokployほどの手厚さもありません。
Dokkuが正解となるのは、1回のgit push、実用的に最小のサーバーフットプリント、そして守るべき公開管理パネルがないことを求めるときです。
CapRover、Dokploy、Kamal、seelf：残りの4つ
CoolifyとDokkuは明白な2大定番ですが、残りの4つのツールは埋め草ではありません。それぞれが特定の制約に対して理にかなっています。
CapRover
CapRoverは、Docker、nginx、Let's Encrypt、NetDataを中心に構築された、GUIファーストのアプリ・データベースデプロイマネージャーです。理解しやすく、インストールしやすく、アプリが素直な単一コンテナのデプロイモデルに収まるなら特に快適です。
CapRoverはDocker Swarmに対応します。今も保守されており、2025年11月にv1.14.1がリリースされましたが、CoolifyやDokployのような新しいダッシュボードファーストの代替ほどの勢いは感じられません。まったく新規のデプロイには、これが効いてきます。選んでいるのは今日の機能セットだけではなく、これから付き合うことになるツールの保守ペースだからです。
CapRoverは、すでに使っている、シンプルさが気に入っている、あるいはCoolifyほど重くないビジュアルインターフェースが欲しい、という場合には今も妥当です。新規プロジェクトでは、CapRoverのシンプルさが決め手にならない限り、DokployやCoolifyのほうがたいてい勧めやすいでしょう。
Dokploy
Dokployは、モダンなCoolifyの代替に最も近いものです。洗練されたダッシュボードを備え、Docker Composeに対応し、テンプレートを含み、アプリ、データベース、ドメイン、デプロイを管理するためのよりすっきりしたUIを開発者に提供します。
重要な訂正として、Dokployはもはや設計上単に単一ノードというわけではありません。デフォルトでは同一ノード上でアプリを動かしますが、現在はリモートサーバー、クラスタ設定、Docker Swarmベースのデプロイに対応します。それでもマネージドな自動スケーリングプラットフォームになるわけではありませんが、基本的な単一サーバーのダッシュボードより柔軟であることは確かです。
Dokployの利点は使いやすさです。一部の古いツールより新しく、すっきりしていて、勢いがあるように感じられます。トレードオフは、Coolifyより小さなコミュニティと、Dokkuほど長期にわたる実戦投入がない点です。
モダンなWeb UIを求め、Docker Composeで作業し、Coolifyの考え方は好きだがその重さや最近のセキュリティ問題は避けたいなら、Dokployを選びましょう。
Kamal
Kamalはこのリストの他とは異なります。Webダッシュボードではありません。37signalsが開発したCLIデプロイツールで、もともとRailsを中心に設計されましたが、Dockerでコンテナ化できるあらゆるWebアプリをデプロイできます。
Kamalは、DockerレジストリベースのワークフローとSSHを使って、サーバーにコンテナをデプロイします。ホスト上で常駐する管理ダッシュボードを動かさないため、デプロイの露出面が小さく保たれます。複数のサーバーにまたがってデプロイできますが、Kubernetesやマネージドクラスタのようにそれらをオーケストレーションするわけではありません。
これにより、ダッシュボードよりコード駆動の運用を好むチームにKamalは強く適合します。チームがすでにターミナルで作業し、Dockerイメージを理解し、PaaSパネルなしで再現可能なデプロイを求めるなら、Kamalはすっきりした選択肢です。
Railsアプリ、コンテナ化されたアプリ、そしてプラットフォームUIではなくできる限り小さなデプロイツールを求めるチームには、Kamalを選びましょう。
seelf
seelfは、ここで最も小さく最もニッチなツールです。Docker Composeスタックと小さなWebダッシュボードを中心に構築された、軽量なデプロイプラットフォームです。
主な魅力はシンプルさです。すでに動くDocker Composeファイルがあり、それを自分のインフラ上にきれいにデプロイする方法が欲しいなら、seelfで十分なことがあります。完全なHerokuの代替になろうとはせず、その抑制こそが価値の一部です。
トレードオフはコミュニティの規模です。GitHubスターが数百しかないため、多くのチュートリアル、コミュニティの回答、サードパーティ連携が欲しいなら、seelfは選ぶべきツールではありません。何かが予期せぬ動作をしたときには、ドキュメントを丁寧に読むか、ソースを調べる必要があるかもしれません。
ワークフローがCompose中心で、CoolifyやDokployが必要以上に重く感じるなら、seelfを選びましょう。
見過ごせない正直な限界
自己ホスト型PaaSツールが有用なのは、反復的なデプロイ作業を隠してくれるからです。リスクとなるのは、その下にあるサーバーが依然として自分の責任だということを、ユーザーが忘れるときです。
単一ノードの天井
これらのツールは、1台のVPSで十分なときに最も考えやすいものです。マルチサーバーのデプロイに対応するものもありますが、追加の設計なしにマネージドプラットフォーム並みの自動スケーリングやマルチリージョンフェイルオーバーを与えてくれるものはありません。
それが自動的に致命的というわけではありません。多くの小さなアプリは、適切なサイズの1台のVPSで快適に動きます。ただし「1台で十分」というのは、障害の最中に気づくものではなく、意識的に受け入れるべき制約です。
運用上の責任
自己ホストでは、アップデート、バックアップ、ファイアウォールルール、監視、インシデント対応を自分で負います。Coolifyの2026年のCVE事案は、その責任が実際にどういうものかを最も明確に示す例ですが、同じ原則がこのリストのすべてのツールに当てはまります。
マネージドプラットフォームは、その作業の多くを肩代わりしてくれます。自己ホスト型PaaSはより多くの制御と低いインフラコストを与えてくれますが、その代わりにパッチ適用のスケジュールに自分を縛り付けることにもなります。
Dockerのファイアウォールの落とし穴
Dockerのポート公開は、UFWや基本的なホストファイアウォールの前提だけに頼っている人を驚かせることがあります。Dockerはポート公開とネットワーク分離のために独自のファイアウォールルールを作るので、「UFWは有効になっている」だけでは不十分です。
より安全な緩和策は、コンテナがリバースプロキシの背後にあるときはlocalhostにバインドし、Dockerネットワークを意図的に使い、DOCKER-USERチェーンを通じてフィルタリングを管理することです。 iptables=false の設定は高度なオプションであり、コンテナのネットワークを壊しかねないため、ほとんどのユーザーには適しません。
リバースプロキシの競合
多くの自己ホスト型PaaSツールは、独自のリバースプロキシをインストールするか、それを前提とします。CoolifyはTraefikを使います。CapRoverはnginxを使います。VPS上の他のサービスは、すでにCaddy、nginx、または別のプロキシを使っているかもしれません。
2つのサービスがポート80と443を奪い合おうとすれば、競合します。解決策はたいてい、1つのリバースプロキシに集約するか、既存のプロキシの背後にPaaSを意図的に配置することです。混み合ったサーバーにダッシュボード型PaaSをインストールして、現在のWebスタックと自動的に共存するだろう、と思い込んではいけません。
時間コスト
Hacker Newsで挙がる反論は、少なからぬ数のチームに当てはまります。PaaSを自分で管理しているなら、それでもPaaSの恩恵を得ているのか、という指摘です。
答えがイエスのときもあります。マネージドの請求額が十分に高く、アプリが十分にシンプルなら、自己ホスト型PaaSは意味のある金額を節約できます。答えがノーのときもあります。自己ホストで月$30節約できても、保守、トラブルシューティング、心配に4時間かかるなら、その計算はおそらく成り立ちません。
自己ホスト型PaaSはトレードオフであり、無料のアップグレードではありません。
手早い結論
チームドキュメントには Coolify ダッシュボードが必要で、1台のサーバー上に複数のアプリを置きたく、積極的なパッチ適用の義務を取引の一部として受け入れるなら。
チームドキュメントには Dokku 1回のgit push、実用的に最小のサーバーフットプリント、そして守るべき公開ダッシュボードがないことを求めるなら。
チームドキュメントには Dokploy よりすっきりしたモダンなUI、Docker Composeのサポート、そして基本的な単一ノードのダッシュボードより高い柔軟性を求めるなら。
チームドキュメントには CapRover シンプルなビジュアル型アプリマネージャーを求め、デプロイがそのモデルに収まるなら。
チームドキュメントには Kamal チームがCLIに慣れていて、プラットフォームのダッシュボードなしで再現可能なDockerデプロイを求めるなら。
チームドキュメントには seelf 軽量なDocker Composeのデプロイを求め、大きなエコシステムを必要としないなら。
マネージドの請求額がまだ低く、保守作業をしたくないなら、マネージドのままにしておきましょう。
自己ホストを始めるよりシンプルな方法
自己ホスト型PaaSで最も難しいのは、必ずしもツールそのものではありません。その周りのセットアップです：VPSの準備、Dockerのインストール、ネットワークの設定、適切なポートの開放、SSLの処理、そしてダッシュボードを不用意に露出させないようにすること。
そこで、ワンクリックのアプリマーケットプレイスが最初の一歩を楽にしてくれます。まっさらなVPSから始める代わりに、Coolify、Dokku、seelfといったツールの構築済みデプロイを使い、そのプラットフォームが自分のアプリに合うかどうかに集中できます。
Cloudzyのマーケットプレイス には、Coolify、Dokku、seelfのワンクリックインストールが含まれます。サーバーを保守する責任がなくなるわけではありませんが、開発者が自己ホスト型PaaSを試すこと自体を妨げるセットアップの摩擦の多くを取り除いてくれます。
よくある質問
Herokuのベストな自己ホスト型代替は何か？
CoolifyとDokkuが最も安全な定番です。ダッシュボードと、より充実したプラットフォーム体験が欲しいならCoolifyを選びましょう。最も軽量なHeroku風のgit-pushワークフローが欲しく、CLIの利用に抵抗がないならDokkuを選びましょう。
Coolifyは本番環境で安全に使えるか？
Coolifyは本番環境で使えますが、それは強力なサーバー管理パネルとして扱う場合に限ります。ダッシュボードを非公開に保ち、アクセスを制限し、アップデートを速やかに適用しましょう。パッチ適用の計画なしにパネルを公開で晒すことが、危険な部分です。
Coolify対Dokku：どちらを選ぶべきか？
複数のアプリを動かしWebダッシュボードが欲しいならCoolifyを選びましょう。1〜2個のアプリを動かし、CLIを好み、最小のオーバーヘッドが欲しいならDokkuを選びましょう。
自己ホスト型PaaSはNext.js向けにVercelを置き換えられるか？
多くの小さなアプリには、イエスです。CoolifyとDokployはNext.jsアプリをホストできますが、Vercelのマネージドなエッジ／CDN層は諦めることになり、キャッシュ、ISRの挙動、画像最適化のスケーリング、複数インスタンス間の整合性を自分で設定しなければなりません。
Kubernetesが必要か、それとも自己ホスト型PaaSで十分か？
1台のVPSで十分で、自動スケーリングやマルチリージョンフェイルオーバーが不要なら、自己ホスト型PaaSで十分です。協調的なマルチノードのスケジューリング、自動スケーリング、より深いインフラ制御が必要なら、Docker Swarm、Nomad、Kubernetesへと向かっていることになります。
Dokkuは今も保守されているか？
はい。Dokkuは今も着実にリリースを重ねていますが、新しいダッシュボードファーストのツールに比べると動きはゆっくりです。インフラのソフトウェアにとっては、それは弱みではなく強みになり得ます。
