coollabsio/coolify

外部のオープンソース リポジトリを紹介するページです。HDATFの製品ではありません。

何をするか

自分のサーバーでアプリとデータベースを配置、管理する自己ホスト型プラットフォームです。Gitリポジトリ、コンテナーイメージ、Docker Compose構成を接続し、ビルド、配布、実行ログを管理します。Git変更による自動配置、プレビュー環境、保持したイメージへの復帰を提供します。ドメイン、HTTPS、ネットワーク、稼働確認、定期処理、バックアップ設定も扱います。確認した本番Compose設定では、プラットフォームとデータベース、キャッシュの永続保存を分けています。開始には対応Linuxサーバー、SSH接続、ファイアウォールと保存容量の準備が必要です。導入後も管理アカウント、リポジトリ、環境変数、ドメイン、権限の接続が必要で、既存アプリがすべて自動移行するわけではありません。自己ホストでは安全性、容量、バックアップ復旧を運用者が担当します。バックアップやイメージ復帰の機能だけで個々のアプリデータの完全復元は保証されず、別途復旧試験が必要です。

ライセンス

Apache-2.0 寛容で特許許諾を含みます。商用利用できます。告知を残し、変更点を明記します。

同じ分野のリポジトリ

• gitroomhq/postiz-app
  Postizは、複数のソーシャルチャネルへの投稿をまとめて管理したいチーム向けのソーシャルメディア管理アプリです。投稿の準備、公開時刻の調整、チャネル分析の確認を一か所で扱うためのものです。利用者は投稿文、メディア、接続するアカウント、公開予定を入力し、予約済みまたは公開済みの投稿と取得可能な分析結果を得ます。チーム内で共同作業やコメントができ、公開APIと文書で紹介されているMCPおよびCLIのインターフェースは外部自動化の接続点になります。公式の構成はNextJSの画面、NestJSのサービス、PostgreSQLを使うPrisma、Temporalを含み、開発用設定にはRedisと補助サービスも定義されています。管理型クラウドと自社運用版を選べますが、確認した開発用composeファイルには本番用ではないと明記されています。自社運用には保存先と環境設定、各ソーシャルプラットフォームの開発者アプリと承認が必要で、任意のAI機能には外部モデルの認証情報も必要です。そのため、自社運用だけでプラットフォームAPIの権限、外部サービスによるデータ処理、更新やバックアップとセキュリティに関する運用者の責任がなくなるわけではありません。
• MapleTechLabs/maple
  Mapleは、サービス障害や遅いリクエストの原因を調べる開発者と運用担当者向けの基盤です。アプリの実行データを集める標準であるOpenTelemetryを通して、トレース、ログ、メトリクスを受け取ります。リクエストの処理順序、ログ検索、メトリクスの確認をまとめて行えます。ホスト型のMCP接続により、対応するAIツールも運用データを照会できます。ローカルモードは収集サーバー、照会API、画面をBunの実行ファイルにまとめ、組み込みClickHouseライブラリのchDBを読み込みます。ローカルで始めるには対応するmacOSまたはLinux用の配布物と付属ライブラリが必要で、データ送信には計測設定済みのアプリかコレクターが必要です。ローカルモードは単一組織向けで、異常終了後はチェックポイントの復元が必要となり、それ以降のデータを失う場合があります。現行ライセンスは競合する商用サービスを制限するFSL-1.1-ALv2であり、現時点で無制限のApache利用を認めるのではなく、将来のApache 2.0への移行権を定めています。
• every-app/every-app
  EveryAppはコーディングエージェントが社内Webアプリを作成した後も残るホスティング、ログイン、権限設定の問題を扱います。自分たちのCloudflareアカウントでアプリを運用したいチームと開発者が対象です。アプリ定義、使用するリソースの宣言、ブラウザーやAIからのツール要求を入力とし、配備されたアプリと権限に応じた処理結果を提供します。公開Gatewayがアクセスを検査し、内部接続で非公開のアプリWorkerへ要求を転送し、アプリの入口が署名付きの利用者情報を検証します。開始用の例はD1にタスクを保存し、認証された利用者IDでデータベースの検索や変更を制限するため、行ごとの公開範囲はアプリ側の責任であることが分かります。例のツールは読み取り、書き込み、破壊的操作の危険度を区別し、AIのツール呼び出し用共通規約であるMCPを通してGatewayから公開されます。アプリの宣言には許可する機能も記載し、Gatewayが認証情報を保持して外部APIへのアクセスを仲介します。文書上の開始条件はWorkers Paidを利用するCloudflareアカウントとCloudflare管理のドメインで、構成要素として必要に応じてWorkers、D1、R2、KVを使います。プロジェクトは初期開発段階と明記しているため、このアクセス構造だけで完全な安全性、あらゆるSaaSとの互換性、本番運用への準備完了を証明するものではありません。
• hugoj0s3/NaturalCron
  NaturalCronは、繰り返し予定を読みやすい式で定義するC#ライブラリです。.NETアプリに定期処理や繰り返し通知を追加する開発者を対象とします。定められた英語風の予定構文、またはコードで条件を順に組み立てるビルダーを入力に使います。式を時間単位ごとの規則に解釈し、基準時刻より後の次回時刻や複数の発生時刻を計算します。曜日、時間範囲、除外条件、IANAの標準タイムゾーン名、開発者が定義した休日などを扱えます。ライブラリは実行時刻を示すだけなので、実際の処理実行、保存、再試行は別の実行サービスやスケジューラーが担います。利用開始には互換性のある.NETプロジェクトとNaturalCronパッケージが必要で、プロジェクトは.NET 8と.NET Standard 2.0を対象としTimeZoneConverterに依存します。任意の追加パッケージで従来のcron文字列を生成できますが、タイムゾーン、除外条件、独自キーワードなどは完全には変換できません。任意の韓国語依頼を理解するAIではなく、同じ解析済みオブジェクトを複数スレッドで同時利用することも公式文書で禁止しています。
• warmbly/warmbly
  Warmblyは、所有するメールボックスで営業メールとメールボックスの準備運用を行うチーム向けのセルフホスト型プラットフォームです。Gmail、Microsoft、またはSMTPとIMAPのアカウントを接続し、連絡先、段階的な送信文面、時間、送信上限を入力します。キャンペーン記録、開封とクリックのイベント、返信、統合受信箱、顧客管理の記録を提供します。メールボックスの準備とは、監視されるメールボックスの集団内で予定したメッセージを徐々に交換する方式で、後のメールが受信箱へ届く保証ではありません。状態を保存するGoバックエンドとイベント処理サービスを交換可能なGoワーカーから分離し、Postgres、Redis、イベント配送基盤、Reactダッシュボード、独立したリアルタイムサービスを組み合わせます。ワーカーは受信者へ直接配送せず各メール提供者に送信を依頼し、標準のローカル構成はNATS、ローカルの鍵管理、ファイル保存を使います。RESTインターフェース、ウェブフック、文書化された連携で外部に接続でき、AI機能には別途モデル提供者の設定が必要です。文書の開始方法はDocker Composeのリリースイメージかソースビルドの後、一回限りの所有者登録とメールボックス接続を行い、GoogleとMicrosoftのアカウントにはOAuthアプリの設定が必要です。開発用初期データはセルフホストとデータベースを共有し公開済みの管理者接続情報を追加するため、本番の秘密値設定、暗号鍵のバックアップ、デモの分離が重要で、今回の調査では送信性能、受信箱への到達率、ATF連携を検証していません。

Trendshiftのランキングに入ったリポジトリだけを載せ、リストは候補を探すためだけに使いました。順位の数字は転載していません。説明、ライセンス、スター数は各GitHubリポジトリで確認しました。解説は私たちの判断です。これらを試験したわけではなく、上昇リストに載ったことは品質の証明ではありません。