Coolifyは自分のサーバーへアプリを置くためのオープンソースPaaS

クラウドの操作感を自分のハードウェアへ持ち込む

Coolifyは、Heroku、Netlify、Vercelなどの代替として位置付けられたオープンソースのセルフホスト型PaaSです。READMEは、SSH接続だけで自分のサーバー、アプリケーション、データベースを管理できると説明しています。対象はVPSやベアメタルに限らず、Raspberry Piなども含みます。

配置できるものとして、静的サイト、データベース、フルスタックアプリケーション、280以上のワンクリックサービスがメタデータとREADMEに記載されています。取得時点のリポジトリはPHP製、Apache-2.0ライセンス、v4.xブランチで、61,155スター、5,368フォーク、657件の未解決issueです。数字は活動の規模を読む材料であって、どのサーバー構成でも同じ動作をする保証ではありません。

最初の導入はリモートスクリプトから始まる

READMEが示す導入コマンドは、curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bashです。インストールスクリプトのソースはリポジトリのscripts/install.shで確認でき、詳しい導入情報は公式ドキュメントへ案内されています。短いコマンドで始められることは入口として分かりやすい一方、実行前に取得元、対象ホスト、実行ユーザー、変更されるサービスを確認したい形式です。

導入後にいきなり本番のサーバーを登録するのではなく、空の検証用ホストでスクリプトの内容と生成された設定を確認します。SSH経路、待ち受けポート、管理画面への到達範囲、ログ、更新方法を記録しておけば、後から構成を説明できます。READMEは導入の入口を示しますが、すべてのOSやネットワーク条件に対する互換表を提供しているわけではありません。

設定が自分のサーバーに残ることが中核の約束になる

Coolifyの説明で繰り返し示されるのは、ベンダーロックインを避ける考え方です。アプリケーション、データベースなどの設定は自分のサーバーへ保存され、Coolifyの利用をやめても実行中のリソースを管理できるとREADMEは説明しています。Coolifyを外せば自動化や運用画面は失いますが、設定とリソースが第三者のプラットフォームだけに閉じ込められる形ではありません。

この約束は、データと配置先を自分で所有したいチームには分かりやすい利点です。ただし、設定がサーバーにあることは、バックアップや移行が自動で完成することを意味しません。設定、秘密情報、永続ボリューム、データベース、証明書を何単位で退避し、別ホストへどう戻すかは、公式ドキュメントと自分の検証で決める必要があります。

アプリとCoolifyを別サーバーへ分ける構成

READMEは、Coolify自体に1台、デプロイするリソースに1台以上のサーバーを使う構成を推奨しています。管理画面や自動化を担う場所と、アプリやデータベースを動かす場所を分離する考え方です。小規模な検証では同じホストから始められる場合があっても、負荷、障害、更新の影響を分けたい本番構成ではサーバーの役割を先に決めます。

セルフホストの自由度が高いほど、OS、SSH、ファイアウォール、DNS、TLS、ストレージ、監視、バックアップの責任も利用者側に残ります。READMEはクラウドの手軽さを自分のサーバーで実現するイメージを示しますが、インフラの障害対応を代行するとは書いていません。アプリを一つ置くところから始め、データベースの永続化、再起動、ログ確認、ホスト交換を順に試す方が、配置基盤の限界を把握しやすいでしょう。

有料クラウド版は保守の負担を買い戻す選択肢

自分でCoolifyをホストしたくない利用者向けに、app.coolify.ioの有料クラウド版があります。READMEによると、クラウド版では高可用性、無料のメール通知、よりよいサポート、利用者側の保守作業の削減が提供されます。セルフホスト版の機能を単純に増やすというより、Coolifyを動かすサーバーの管理責任を減らす選択肢です。

READMEは、セルフホストのサーバー費用として月額4から5ドル程度という目安にも触れていますが、価格の詳細や条件はランディングページを参照する形です。料金と機能は自分の契約時点で確認します。クラウド版でも、配置したアプリのデータ、外部サービス、ドメイン、アプリ側のバックアップがすべて委ねられるとは限りません。どこまでをCoolify側が担い、どこからを利用者が担うかを契約と構成で分けて記録したいところです。

ワンクリック配置でも依存関係の確認は必要

280以上のワンクリックサービスは、よく使うアプリやデータベースを選び、配置の初期設定を短くする入口です。ただし、ワンクリックは運用要件を自動で満たす言葉ではありません。イメージの版、公開ポート、永続ボリューム、環境変数、秘密情報、アップグレード方法、バックアップをサービスごとに確認します。

配置設定が自分のサーバーへ保存されるため、Coolifyを使わない場合の管理手段も想定できます。とはいえ、生成された設定を直接編集するなら、Coolify側との整合や次回更新への影響を記録する必要があります。最初の検証では静的サイトと状態を持つデータベースを別々に配置し、再起動、更新、失敗からの復元、Coolify停止後のリソース管理を試すと、便利さと依存関係が見えます。

Apache-2.0と資金調達の形を確認する

CoolifyはApache-2.0ライセンスで公開されています。READMEは、複製、改変、公開表示、実行、サブライセンス、配布に関する著作権・特許ライセンスを示していますが、保証やサポートを提供する条件ではありません。Coolify本体のライセンスと、配置するイメージ、データベース、アプリケーションのライセンスは別に確認します。

プロジェクトは、機能をペイウォールの背後に置かず無料のオープンソースであり続けるため、寄付とスポンサーを受け付けています。有料クラウド版が保守負担を減らし、寄付が開発を支えるという二つの資金経路があります。取得時点の直近リリースはv4.3.14、v4.3.13、v4.3.12です。まず版を固定した検証環境で、配置、設定保存、バックアップ、復旧、アクセス制御を確認し、その結果からセルフホストとクラウドのどちらが自分の責任分界に合うか判断します。

編集部の結論

Coolifyは、VercelやHerokuのような操作感を求めつつ、アプリとデータベースを自分のVPS、ベアメタル、Raspberry Piなどへ置きたい人に向く。SSH接続だけで管理を始められ、設定が自分のサーバーに残る点は明快だが、サーバーの更新、バックアップ、障害対応、ネットワーク設計まで不要になるわけではない。まず非本番環境で配置と復旧を確認し、セルフホストと有料クラウドの責任分界を決めたい。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes