OpenRun: 社内ツール向け宣言的デプロイプラットフォーム
コードファーストの内部ツールのための展開プラットフォーム。 OIDC/SAML 認証と RBAC を使用して、単一ノードまたは Kubernetes 上に Web アプリを宣言的にデプロイします。
ひと目でわかる
- これは何？
- Git の設定ファイルでコンテナ化されたWebアプリを宣言的にデプロイ。単一ノードまたはKubernetesに対応し、OIDC/SAML認証とRBACを備える。
- 誰に向いている？
- OpenRun の README は、アプリ設定を Starlark ファイルに置き、サーバーがビルド、ルーティング、TLS、アクセス制御を担う宣言的 GitOps ワークフローを説明しています。リポジトリには独立した性能評価やセキュリティ監査の結果は含まれておらず、そうした主張は別途検証が必要です。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 5 日前です。
- 何の言語で書かれている？
- 主に Go です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
OpenRun：OpenRun の位置づけ: code-first 社内ツール
README は OpenRun を code-first の社内ツール向けデプロイプラットフォームと説明しています。GitOps、RBAC、監査によって生成コードを安全な社内ツールにし、単一ノード上の Docker または Podman か、Kubernetes クラスタにデプロイできるとしています。リポジトリは Go で書かれ、Apache-2.0 でライセンスされています。README には具体的な本番導入ユーザーや組織の名前はなく、プロジェクト自身の説明以外の採用実績はこの資料からは確認できません。
OpenRun：CLIやUI操作ではなく宣言的なアプリ管理
FAQ によると、OpenRun の主な違いは、アプリの作成や設定更新が CLI コマンドや UI 操作ではなく、Git 内の設定ファイルを編集して行われることです。README は各アプリを Starlark（Python に似た言語）で数行指定するとし、examples/utils.star を例に挙げています。すべての変更はバージョン管理され、ロールバックやチームでの調整が容易になるとプロジェクトは主張しています。README はまた、アプリは git リポジトリから直接デプロイされ、ビルドサーバーは不要と述べています。
OpenRun：2つのデプロイモード: 単一ノードとKubernetes
単一ノードモードでは、OpenRun は Linux、Windows、OSX で動作し、SQLite をメタデータ保存に使い、Docker または Podman だけが依存関係です。Kubernetes では外部 Postgres をメタデータに使い、Helm チャートでインストールします。README は単一ノードから Kubernetes へのアップグレードに設定変更は不要と主張しています。Kubernetes モードでは、デプロイされたアプリは Kubernetes サービスとして実行され、OpenRun が API サーバーとリクエストルーターの役割を担います。README のアーキテクチャ図はこの構成を示しますが、リソース制限やスケーリングパラメータは含まれていません。
OpenRun：認証、RBAC、監査ログ
OpenRun は OAuth、OIDC、SAML、証明書ベースの認証に対応し、管理操作とアプリアクセスに RBAC を提供します。README はすべての操作と API 呼び出しが監査証跡に自動記録されると述べています。また、シークレットマネージャーとの統合により安全にシークレットへアクセスできるとしています。Apache-2.0 ライセンスは使用、複製、配布の権利を付与しますが、セキュリティ保証、サポート、保証については何も述べておらず、これらは別途確認が必要です。
OpenRun：ルーティング、TLS、アプリライフサイクル機能
機能リストには、アプリレベルのドメインおよびパスベースのルーティング、certmagic による自動 SSL 証明書作成、本番反映前にコードと設定の変更を検証するステージングデプロイが含まれます。OpenRun はプレビューアプリ、複数アプリにわたるアトミック更新、アイドルアプリのゼロスケーリングをサポートします。コンテナ化アプリではイメージビルドを管理し、アイドルコンテナの一時停止をサポートします。README にはこれらの機能に関するベンチマーク数値や遅延測定はありません。
OpenRun：デプロイできるアプリとできないアプリ
README は、単一コンテナで動作する Web アプリなら OpenRun でデプロイできると述べています。AppSpec により Streamlit、Gradio、FastHTML、NiceGUI、Shiny、Reflex といったフレームワークをゼロ設定でデプロイできます。AppSpec がないフレームワークでは、ソースリポジトリに Dockerfile または Containerfile が必要です。OpenRun は Docker Compose を使って複数コンテナを必要とするアプリをサポートしません。想定されるユースケースは、既存の API エンドポイントに接続する社内ツールと、データベースが外部管理される Web アプリです。
OpenRun：READMEから見える導入判断1
OpenRun の構成を読むと、単一サーバーの Docker または Podman から Kubernetes へ同じ宣言的設定で移せる点が判断軸になります。アプリは単一コンテナを基本とし、必要なら sidecar を使います。Docker Compose の複数コンテナアプリは対象外と README に明記されています。Git の設定、アプリのコード、実行環境を分けて確認できるため、既存の構成がこの制約に収まるかを最初に照合します。
OpenRun：READMEから見える導入判断2
OpenRun には管理コンソール、CLI、GitOps の三つの操作経路があります。`openrun sync schedule` は Git の変更を同期する入口で、個別操作には `openrun app create` と `openrun app update` が示されています。OAuth、OIDC、SAML、証明書ベースの認証や RBAC も README の機能一覧にありますが、組織固有の認証設定例や性能値は文書にありません。
OpenRun を評価する際は、アプリのライフサイクルを Git の変更とサーバー上の状態に分けて記録します。設定ファイルを変更したときにどのアプリが作成、更新、停止されるか、staged deployment と atomic update がどの範囲に及ぶかを確認します。データベース service binding はアプリごとの分離された Postgres、MySQL、SQLite、Redis のアカウントを扱う機能として記載されていますが、既存データの移行手順は README にありません。SQLite の Litestream による S3 への連続レプリケーションと自動復元も、S3 の権限、復元時点、失敗時の通知を環境内で確かめます。TLS、secret、audit log、scale-to-zero は便利な機能名だけで採用可否を決めず、停止中アプリの再起動時間と監査記録の粒度を確認します。
編集部の結論
OpenRun の README は、アプリ設定を Starlark ファイルに置き、サーバーがビルド、ルーティング、TLS、アクセス制御を担う宣言的 GitOps ワークフローを説明しています。リポジトリには独立した性能評価やセキュリティ監査の結果は含まれておらず、そうした主張は別途検証が必要です。プロジェクトは Apache-2.0 でライセンスされ、ソースは openrundev/openrun にあります。 OpenRun を選ぶ対象は、README に明記された機能と依存環境が一致するチームです。導入前に、OpenRun の README にある具体的なインストール入口と設定例を実行し、想定する入力、出力、権限、保存先が手元の運用条件で一致するかを確認してください。
コミュニティノート