Coolify
セルフホスト可能なPaaS。自分が所有するサーバーへアプリ・データベース・静的サイトをデプロイする
Coolify はオープンソースでセルフホスト可能な PaaS で、リポジトリの README 自身が Heroku・Netlify・Vercel の代替と説明しています。SSH 接続さえあれば、すでに自分が管理しているサーバーにアプリケーション、データベース、静的サイトをデプロイできます。ライセンスは Apache-2.0、言語は PHP、GitHub のスター数は 2026 年 9 月時点で 61,458 でした。創業者にとっての魅力は算数です。README 自身が薦める構成は、Coolify 用の小さなサーバー 1 台と、デプロイ対象用の 1 台以上で、1 台あたり月 4〜5 ドル程度。その差額で買っているものは、マネージドなプラットフォームが黙って肩代わりしていた運用作業です。
Coolify とは実際のところ何か
Coolify (github.com/coollabsio/coolify) は、自分が所有するサーバーのためのコントロールプレーンです。SSH でマシンを 1 台指定すれば — プロジェクト自身の言葉では VPS、ベアメタル、あるいは Raspberry Pi — git リポジトリと稼働中のサービスとのあいだの距離を引き受けてくれます。イメージのビルド、コンテナの起動、証明書の発行、ドメインの接続、そしてデータベースやワンクリック導入のサービスを隣に並べて管理することまでです。バッジではなく LICENSE ファイルを読むと確認できますが、これは改変のない素の Apache 2.0 で、追加条項もなければ、無料のコアと有料ディレクトリを分ける線もありません。近隣のプロジェクトのいくつかが採っている オープンコア とはそこが違います。有料のクラウド版はありますが、リポジトリ自身の注記によればこのプロジェクトはどの機能も課金の壁の向こうに置かないつもりで、クラウドが売っているのは高可用性、通知、サポート、そして保守を誰かに任せられることです。
落ち着いて読む価値があるのはベンダーロックインについての記述です。README は、設定はあなた自身のサーバーに書き出されるので Coolify を使うのをやめても稼働中のものは管理し続けられる、と述べたうえで、自動化は失われる、と自分の言葉で付け加えています。これは珍しいほど率直な書き方で、頭の中の模型としても正しいものです。手元に残るのはコンテナと設定、失われるのはそれらを再ビルドし再デプロイしていた仕組みのほうです。それでも、同じ問いに対してほとんどのマネージドなプラットフォームが返す答え — エクスポートボタンか、何もないか — よりはずっとましです。
本当に比べている請求書
見出しだけの比較は簡単で、そして誤解を招きます。マネージドなプラットフォームは、小さなサーバー 2 台で近いことができるものに月額を請求してくるので、始める前から算数の答えが出ているように見えるのです。本当の比較対象は請求書ではなく、請求書に時間を足したものです。そしてその時間こそ、最初に誰も正直に見積もらない半分です。あとから、小さな断片になって届くからです。
| マネージドなプラットフォームがやっていたこと | セルフホストで自分が引き受けること |
|---|---|
| 容量とクォータ | 尽きる前に自分のディスク・メモリ・コンテナ数を見張ること |
| 証明書と DNS | 静かに失敗する更新と、日曜日に切れる 1 枚 |
| バックアップと復旧 | 取得し、別の場所に保管し、必要になる前に復旧を試すこと |
| セキュリティ更新 | ホスト、ランタイム、そして Coolify 自身に、自分で決めた頻度でパッチを当てること |
| オンコール当番 | オンコール当番 |
以上はセルフホストに反対する論拠ではありません。意識的にやれ、という論拠です。自分の時間のほうが請求書より安いとき、走らせるサービスが複数あってコントロールプレーンの固定費を分け合えるとき、そして誰かが決めた見えない上限より自分に見える上限にぶつかるほうがましだと思えるとき、これは良い取引です。最初の顧客を探している月には悪い取引です。そこにかかる 1 時間は、作ったものを誰かに見に来てもらうために使えなかった 1 時間だからです。
マネージドなプラットフォームで自社の群れを運用して学んだこと
私たちは Coolify を使っていないので、このページはその運用について何も主張しません。一次情報として話せるのは反対側の判断です。私たちは顧客のワークスペースごとに 1 つのコンテナをマネージドなプラットフォーム上で走らせており、驚いたことが 3 つありました。どちらを選ぶにせよ、先に知っておく価値のある 3 つです。
1 つ目は、マネージドなプラットフォームの上限は他人が決めた数字であり、それがあなたのユーザーの目の前に出てくることがある、ということです。私たちのプラットフォームは 1 プロジェクトに含められるサービス数に上限があります。その天井に到達したとき、障害はアラートとしては届きませんでした。登録の途中だった顧客の画面に、プラットフォーム自身のクォータ超過メッセージが出たのです。私たちのベンダー名が入り、しかも顧客ではなく私たちに向けたプラン変更の勧誘が付いた文面でした。自分で借りたハードウェアの上限なら、少なくとも近づいてくるのが見えます。これは Coolify にとって本物の加点であり、ここに並べたなかで私たちが最も重く見る一点です。
2 つ目は設計の話です。私たちの対処は、顧客ごとに専用のサービスを与えるのをやめ、到着した顧客を汎用サービスの一群のどれかに結び付ける方式に変えることでした。マネージドであれセルフホストであれ、顧客ごとに 1 コンテナという設計を考えているなら、その周りを作り込む前に天井がどこかを確かめてください。あとからでは遅いのです。
3 つ目は節約そのものについてです。使っていないマシンをゼロまで落とすのは本当にお金になります。そして難しいのは眠らせることではなく、眠り続けさせることです。私たちが追いかけた目覚めは、どれも誰もトラフィックだとは思っていなかったバックグラウンドのタイマーでした。ヘルスチェック、状態のポーリング、別ウィンドウで開きっぱなしのダッシュボード。ログイン状態のまま忘れられたタブが 1 つ、勝手に更新を続けていただけで、そのワークスペースはほぼ常時起きたままになりました。ほかの大多数が 1 日の大半を眠っていたのにです。結果として、そのワークスペースでの節約はゼロでした。セルフホストの構成に定期実行を足す前に、それが眠っているはずのマシンに何をするのかを問うてください。
これがこの選択の正直な形です。Coolify はデプロイのボタンを自分の管理下のハードウェアへ移し、同時に呼び出し用のポケベルも手渡します。どちらへ進むにせよ、公開は問題の終わりではなく始まりです。いま置いたばかりのものは、まだ誰かに見つけてもらう必要があり、それは動かすまでの技術とは別の技術です。創業者が結局その隣で走らせることになるセルフホストの部品としては、バックエンドの PocketBase、落ちたことを知るための OpenStatus、そして検索窓が意味を持ち始めたときの Meilisearch が挙がります。
FAQ
- Coolify とは何ですか
- Coolify はオープンソースでセルフホスト可能な PaaS で、README では Heroku・Netlify・Vercel の代替と説明されています。自分が所有するサーバー — VPS、ベアメタル、Raspberry Pi など — に SSH で接続すると、アプリケーション、データベース、静的サイトをそこにデプロイし、ビルド、コンテナ、証明書、ドメインまで面倒を見ます。PHP で書かれ、ライセンスは Apache-2.0、GitHub のスター数は 2026 年 9 月時点で 61,458 でした。
- Coolify は無料ですか
- ソフトウェア自体は無料で、ライセンスは Apache-2.0 です。LICENSE ファイルは改変のない Apache 2.0 の本文で、追加条項もなく、有料層がソースから切り出されてもいません。費用がかかるのは動かすサーバーのほうです。コントロールプレーン自体をホストしたくない人向けに有料のクラウド版もありますが、プロジェクトが掲げる方針は機能を課金の壁の向こうに置かないことで、クラウドが売るのは高可用性・通知・サポート・保守の軽減であって、追加の機能ではありません。
- Coolify を動かすと実際いくらかかりますか
- README 自身の推奨は、Coolify 用に 1 台と、デプロイ対象用に 1 台以上で、サーバー 1 台を月 4〜5 ドル程度としています。ですから小さな構成の現金コストは本当に低いです。見落としやすいのは運用のコストのほうです。自分で取得して復旧まで試すバックアップ、ホストとランタイムへのパッチ当て、証明書の更新、そして呼び出されるのが自分だということ。請求書だけでなく、請求書にその時間を足して比べてください。
- Coolify を使うのをやめてもアプリは手元に残りますか
- おおむね残りますし、README はその限界についても気持ちよく率直です。設定は自分のサーバーに書き出されるので、コンテナとその設定はそのまま残り、手作業で管理し続けられます。失われるのは上に乗っていた自動化の層 — 再ビルド、再デプロイ、Coolify が代わりにやっていた配線です。ほとんどのマネージドなプラットフォームの答えよりはかなり良いものの、何も変わらないという意味ではありません。
- 一人でやっている場合、セルフホストとマネージド、どちらを選ぶべきですか
- 自分の時間が希少な資源であるあいだはマネージドを使ってください。初期にはほぼ常にそうです。セルフホストが意味を持ち始めるのは、走らせるサービスが 1 つではなく複数になったとき、請求書が自分で運用する手間の時間を上回ったとき、あるいは自分が決めていないプラットフォームの上限が顧客に影響し始めたときです。どちらの方向でも間違いは、これを変えられない立場のように扱うことです。数字が動けば見直せる取引にすぎません。
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.