Openship
Vercel・Heroku の代替。Git リポジトリを指定するだけでビルド・デプロイ・ドメイン・SSL まで行うセルフホスト型デプロイ基盤
自分のサーバーで動かすなら：メモリ 1GB 以上の VPS で、月額 588円〜（目安） 導入方法と VPS の比較を見る ↓
- ARM対応
- Docker対応
- クラウド版あり
- セルフホスト可
- 商用利用可
- 日本語UI
- 日本語ドキュメント
Openship は、リポジトリを指定するとビルド・起動・ルーティング・SSL 化までを行うセルフホスト型のデプロイ基盤です。package.json やフレームワークの設定、docker-compose.yml などから構成を自動で判別し、Node・Python・Go・Rust・PHP・Ruby・Java・.NET・Docker・モノレポに対応します。GitHub への push で自動デプロイ、プレビュー環境、ロールバックに対応し、データベース（Postgres・MySQL・MongoDB・Redis）、独自ドメインと Let’s Encrypt の証明書、バックアップ、SMTP のメールサーバーも同じ画面で管理できます。既存の docker-compose.yml もそのままデプロイできます。
動かし方は3通りです。1人で使うならデスクトップアプリ（macOS・Windows・Linux）が管理画面の役割を担い、SSH でつないだサーバーにデプロイします。チームで使う場合や push での自動デプロイには、サーバーに CLI を入れて openship up を実行します。Docker のある Linux では Compose モード（Postgres・Redis・API・ダッシュボード・OpenResty のエッジを起動し、同じサーバーでアプリを動かす）、それ以外では bare モード（組み込みデータベースの単一プロセスで、別サーバーやクラウドへデプロイする）になります。セルフホスト版は必ずログインが必要で、パスキー・2要素認証、任意で GitHub・Google でのログインに対応します。REST API と MCP エンドポイントも備えています。
Coolify・Dokploy との主な違いは、デスクトップアプリから操作できること、ルーティングに Traefik ではなく OpenResty を使うこと、メールサーバーを内蔵していることです。公式ドキュメントには Coolify・Dokploy・Dokku からの移行手順があります。Docker イメージは amd64・arm64 向けです。必要メモリの数値は公表されていません。公式のクラウド版（Openship Cloud）は管理サーバー1台ごとの月額制で、Hobby 月5ドル（1vCPU・メモリ2GB）からです。2026年3月に公開された新しいプロジェクトで、README では「コアは本番利用可能、活発に開発中」としています。
日本語対応
ダッシュボードに日本語の翻訳ファイル（apps/dashboard/src/i18n/locales/ja/ 配下の27ファイル）があります。2026-10-19 時点で英語版の全 9,941 項目にキーがそろっており、英語と同じ文字列のままの項目は180（製品名・技術用語を含む）です。README の日本語訳（docs/i18n/README.ja.md）もありますが、公式ドキュメントは英語です。
※ 日本語化率はリポジトリ内の翻訳ファイル（apps/email/client/messages/ja.json）の項目数を英語版と比較して自動計測しています。最終計測：2026/10/22
向いている人・向いていない人
向いている
- Vercel や Heroku の料金を抑え、自分の VPS でアプリを公開したい
- GitHub への push で自動デプロイ・プレビュー環境・ロールバックを使いたい
- サーバーを常時動く管理画面なしで、手元のデスクトップアプリから操作したい
- 日本語の管理画面で、ドメイン・SSL・データベース・バックアップをまとめて管理したい
向いていない
- 開発初期のツールを本番の中心に置きたくない（2026年3月公開・バージョン 0.9 系で更新が頻繁）
- Vercel のエッジネットワークやサーバーレス関数と同じ仕組みが必要
- サーバーの保守・障害対応を自社で持てない
- ワンクリックで入れられるアプリの数を重視する（カタログの充実度は Coolify が先行していると公式ドキュメント自身が認めている）
最近の更新
-
リリースノート（原文）
This release improves Cloud monitoring and build-cache reliability, adds deployment automation and isolated pull-request previews, and makes workers and schedulers easier to configure, observe and recover. These notes cover all merged changes since 0.9.2. ### Deployment automation and previews - **Move command variables into Environment** — review literal environment assignments in install, build and start commands, then migrate them into encrypted project or service settings. Conflicts and concurrent edits stop the migration before partial changes are saved. Import and saved settings share the same parser and guidance. - **Prepare framework output automatically** — Next.js standalone monorepos and Nuxt builds retain their required workspace dependencies, public/static assets …
-
リリースノート（原文）
This patch adds worker and scheduler execution, personal appearance customization, and managed Cloudflare Tunnel setup for self-hosted servers. Cloud spaces, reusable build caches, more catalog apps and safer storage cleanup improve everyday operations. These notes cover all merged changes since 0.9.1. ### Workers and schedulers - **Run roles beside your web app** — declare workers and schedulers in `openship.json` or the project API. Single-app Docker deployments start separate containers from the app image, with shared environment, volumes and connected networks, their own commands and shutdown settings, and no published ports. Roles follow pause, resume, restart, rollback and project deletion. - **Hand over singletons safely** — scheduler renames, command changes, name swaps …
-
リリースノート（原文）
This patch adds a public app catalog, Russian dashboard support and runtime image controls. It fixes workflow saves and Cloud recovery, updates webmail live, and improves routing, build capacity and image handling during redeployments. These notes cover all changes since 0.9.0. ### Apps, language and workflow setup - **Browse apps before installing** — the public website now has an Apps directory with search, category filters and individual pages showing features, included services and app overviews. Installation opens the existing Cloud setup flow; self-hosted users can follow the installation guide. Returning to the directory preserves search and category selections. - **Russian language support** — select Russian during onboarding or in dashboard language settings. Dashboard…
導入方法（セルフホスト）
oblien/openship/docker-compose.yml
# ──────────────────────────────────────────────────────────
# Openship — Docker Compose (SaaS / from-source control plane)
#
# cp .env.example .env # then edit
# docker compose up -d --build
#
# This is the CONTROL PLANE: it BUILDS api + dashboard + web from source and
# runs postgres + redis. It's what we deploy for the openship.io SaaS, and what
# a from-source contributor runs locally. The MODE is decided entirely by .env —
# no profiles, no per-mode service variants:
# • SaaS (our env): CLOUD_MODE=true + OPENSHIP_TARGET=cloud-saas + Oblien /
# GitHub App / secrets. Deployed apps run in Oblien
# sandboxes — the control plane never runs them here, so
# there is deliberately NO Docker socket and NO edge.
# • From-source dev: CLOUD_MODE=false (the .env.example default).
#
# SELF-HOSTING (run your own apps as host containers with the OpenResty edge on
# :80/:443) is a DIFFERENT stack — the pull-based images + `edge` + Docker-out-
# of-Docker. That lives in docker/docker-compose.yml (or install it with the
# `openship up` CLI). Don't add the edge/socket here; this stays a clean,
# unprivileged control plane.
#
# Services:
# • postgres → private :5432 (storage)
# • redis → private :6379 (queue + cache + rate-limit)
# • api → :4000 (override: API_PORT)
# • dashboard→ :3001 (override: DASHBOARD_PORT)
# • web → :3000 (override: WEB_PORT) landing site (openship.io)
#
# The API + dashboard bind fixed internal ports via PORT (the API honors PORT
# regardless of OPENSHIP_TARGET); a reverse proxy maps the public domains to
# them. postgres/redis are internal-only. The API auto-migrates Postgres on boot.
#
# REMOTE ACCESS: reaching this from another machine (LAN IP or a reverse proxy)
# requires OPENSHIP_PUBLIC_URL in .env — else the dashboard loads but login is
# rejected (403 ORIGIN_REJECTED). Behind a proxy also set TRUST_PROXY=true.
#
# BIND INTERFACE: the api/dashboard/web ports publish on 127.0.0.1 (loopback)
# by default, so nothing is exposed off-box unless you say so — a same-host
# reverse proxy still reaches them over loopback. If your proxy runs on ANOTHER
# …（続きは docker-compose.yml）- VPSを契約する ― ConoHa VPS 1GBを選び、OSは Ubuntu を推奨
- Docker を入れる ― 多くのVPSはアプリテンプレートから1クリック。無ければ
curl -fsSL https://get.docker.com | sh - Openship を起動 ― 上の compose ファイルを置いて
docker compose up -d - ドメインとHTTPS ― Caddy か Nginx Proxy Manager でリバースプロキシ（Let's Encrypt 自動）。独自ドメインが無ければ XServer ドメイン
で取得（PR）
このソフトが動く VPS プラン（必要メモリ 1GB 以上）
| サービス | プラン | 月額（目安） | |
|---|---|---|---|
| ConoHa VPS 最安 | 1GB | 588円〜 | 公式サイト ↗ |
| シンVPS | 1GB | 671円〜 | 公式サイト ↗ |
| XServer VPS クラウド | 4GB | 2,068円〜 | 公式サイト ↗ |
※ 月額は12か月契約の通常価格（税込・月額換算）の目安です。キャンペーン価格・初期費用は各社の公式サイトで確認してください。PR
Vercel と比べていくら安くなる？
| 人数 | Vercel（年額） | Openship セルフホスト（年額） | 差額 |
|---|---|---|---|
| 1人 | 36,000円 | 7,056円 | −28,944円 |
| 5人 | 180,000円 | 7,056円 | −172,944円 |
| 10人 | 360,000円 | 7,056円 | −352,944円 |
| 30人 | 1,080,000円 | 7,056円 | −1,072,944円 |
※ Vercel は Pro 月額 約3,000円/人（目安）、セルフホストはConoHa VPS 1GB（月額588円）で試算。運用の手間・バックアップ・ドメイン代は含みません。
自分で入れるのが難しいときは
Openship のセルフホストは、VPS の契約・Docker・ドメインと HTTPS・バックアップと、決めることが少なくありません。OSSMatch を運営する合同会社Edel Hearts では、サーバーの用意から初期設定・日本語化・バックアップと更新の仕組みづくりまでをまとめて代行しています。掲載している OSS は、実際に自社のサーバーで動かして確認しています。
Openship の導入を相談する ↗相談は無料です。内容を伺ってから、費用と期間の目安をお伝えします。
インフラ・デプロイの他のOSSと比較
よくある質問
Openship は無料で使えますか？
セルフホストは Apache-2.0 ライセンスで無料です。かかるのはサーバー代だけです。公式のクラウド版 Openship Cloud は管理サーバー1台ごとの月額制で、Hobby 月5ドル（1vCPU・メモリ2GB・40GB）、Starter 月20ドル、Pro 月39ドル、Scale 月99ドルです。
日本語で使えますか？
ダッシュボードに日本語の翻訳ファイル（apps/dashboard/src/i18n/locales/ja/）があり、画面を日本語で表示できます。README には日本語訳がありますが、公式ドキュメントは英語です。
Compose モードと bare モードの違いは何ですか？
Docker のある Linux では Compose モードになり、Postgres・Redis・API・ダッシュボード・OpenResty のエッジをコンテナで動かして、同じサーバーでアプリを公開します。macOS・Windows や Docker のない Linux では bare モードになり、組み込みデータベースの単一プロセスとして動き、アプリは SSH でつないだ別サーバーかクラウドにデプロイします。
Coolify や Dokploy とどう違いますか？
デスクトップアプリから操作できること、ルーティングに OpenResty を使うこと、メールサーバーを内蔵していることが主な違いです。公式ドキュメントには Coolify・Dokploy・Dokku から移行する手順があります。
Vercel の代わりになりますか？
Git からの自動デプロイ・プレビュー環境・独自ドメインと SSL は代わりになります。Vercel のような世界規模のエッジ配信やサーバーレス関数の仕組みはないため、アプリは自分のサーバー上でコンテナまたはプロセスとして動きます。
Vercel の他の代替
Heroku / Vercel の代替。自分の VPS を PaaS にする
- Docker対応
- クラウド版あり
- セルフホスト可
Heroku / Vercel の代替。Docker Compose と Traefik ベースの PaaS
- Docker対応
- クラウド版あり
- セルフホスト可