ローカル
デフォルトあなた一人、または既に信頼しているネットワークの背後にいる小さなチームなら選んでください。
- ログイン画面は一切なし — ポートに到達できる人は全プロジェクトにアクセスできます。
- SQLiteをDockerボリュームに保存。第2のサービスは不要です。
- 外部への通信は一切なし。このインスタンスは誰にも依存しません。
自己ホスティング型
1つのイメージを、 あなたのインフラ上で
このダッシュボードは単一のDockerイメージとして提供され、あなたが管理するハードウェア上で動作します。3つのデータベースエンジン、設定しない限りテレメトリは送信されず、取得にアカウントも不要です。
イメージを取得
アカウント登録も、レジストリへのログインも、ソースの取得も不要 — イメージは Docker Hub。
あなた自身のドメインで動くインスタンス
i18n.example.comすべてのシステムが正常に稼働中
v0.23.0サーバーモード
- データベース
1156 keys正常 - SMTP
smtp.example.com正常 - 翻訳プロバイダー
google-free正常
GET /api/healthが稼働中のインスタンスについて報告する内容です — オーケストレーターや稼働監視ツールが読み取るのと同じプローブです。
1
起動するコンテナ数
3
データベースエンジン数
2
対応CPUアーキテクチャ数
0
デフォルトのテレメトリ
セルフホストで得られるものと、その代償
比較対象となるホスト版ダッシュボードは存在しません — セルフホストこそが本製品の動作形態です。本当に問うべきは「割に合うか」ではなく「何を自分で引き受けるか」です。
あなたの手元に残るもの
- あなたのソースコード。 スキャナーはあなた自身のネットワーク内からリポジトリを読み取ります。キーを抽出するために何かがアップロードされることはありません。
- あなたの翻訳データ。 翻訳データは、コンテナに指定したデータベース内に存在します — ボリューム内のSQLiteファイル、またはすでに運用しているPostgres／MySQLサーバーです。
- あなたのプロバイダーキー。 DeepL、Google、LibreTranslate：呼び出しはあなたのインスタンスから発信され、あなた自身のセッションシークレットで暗号化されて保存されます。
- あなたのネットワーク境界。 公開されるポートはデフォルトで127.0.0.1にバインドされます。あなたが決めるまで、他のマシンからは一切アクセスできません。
あなたの仕事になること
- TLSとリバースプロキシ。 このイメージ自体はTLSを終端しません。localhostの外に公開するには、Caddy、nginx、Traefikなどを前段に置く必要があります。
- バックアップと、その検証。 1つのボリューム、または1つのデータベースダンプ。同梱のCLIですべてをJSONとしてエクスポートできますが、復元作業自体はあなた次第です。
- アップグレード。 新しいタグを取得して再起動するだけです。マイグレーションは起動時に自動実行され、失敗したマイグレーションは記録されないため次回起動時に再試行されます。
- サーバーモードでのログイン。 1つのインスタンスを複数アカウントで使うにはJWKS対応OIDCプロバイダーが必要です — 自前のもの、または弊社が運用するもの。ローカルモードにはログイン機能自体がありません。
どう運用するか
3つのモード、1つのイメージ。モードによってログイン画面の有無とインスタンスの依存先が決まります — 製品自体は変わりません。
サーバー
マルチチーム複数人が同じインスタンス上でそれぞれ自分のアカウントを必要とする場合に選んでください。
- ログイン、ロール、そして下書き→レビュー済み→承認済みのワークフロー。
- ネットワーク型データベース — PostgreSQLまたはMySQL。
- 常時到達可能なJWKS対応OIDCプロバイダーが必要です：自前のもの、または弊社が運用するもの。
デスクトップ
Docker不要サーバーを一切動かしたくない場合に選んでください。
- サーバーを内蔵したmacOS、Windows、Linux向けネイティブビルド。
- 翻訳はローカルのSQLiteに保存され、マシンの外には出ません。
- ログインは引き続きオンラインのアカウント経由です。
あなたのデータベース、あなたのcomposeファイル
3つのエンジンはいずれも同じ27テーブルを持つため、選択は正しさの問題ではありません。インスタンスをどうバックアップするか、他に誰がアクセスする必要があるかの問題です。
1ファイル、1コンテナ
公開イメージが出荷時に使用し、デスクトップアプリも使用しているものです。第2のサービスも認証情報の管理も不要。インスタンス全体がこのファイルとDockerボリューム1つだけで構成されます。
ポートがバインドされる先は
127.0.0.1のは意図的な設計です：このマシンからのみアクセス可能で、他からは一切アクセスできません。ローカルモードにはログイン画面が無いため、既に信頼しているプロキシ、ファイアウォール、VPNの背後でのみ範囲を広げてください。セルフホストにすると何が変わるか
| 項目 | デスクトップアプリ | 自己ホスティング型 |
|---|---|---|
| セットアップ | ダウンロードして開くだけ | docker compose up -d |
| データベース | SQLite 内蔵 | SQLite、PostgreSQL、MySQL |
| データの保存場所 | お使いのマシン | お客様のインフラストラクチャ |
| 最新情報 | 自動 | docker compose pull && docker compose up -d |
| チームのアクセス | そのマシンのご本人のみ | チーム全員 — サーバーモードにはOIDCプロバイダーが必要です（自前またはこちらのもの） |
次へ
手順の続きはドキュメントにあります
このページが扱うのは決断です：自分で運用するか、どのモードで、どのエンジンで動かすか。最初の起動に成功した後のすべては、1か所にまとめてドキュメント化されており、常に唯一のバージョンだけが存在します。
- 環境変数 — すべての項目、そのデフォルト値と適用範囲。
- SMTP — ワークフロー通知。ホストを空にすれば通知は一切送られません。
- ロールと権限 — 複数人でインスタンスを共有するとき、誰が翻訳を承認できるか。
- Webhook — あなた自身のシステムが反応できる署名付きイベント。
- バックアップと復元 — ボリューム、ダンプ、そしてすべてをJSONとしてエクスポートするCLI。
- トラブルシューティング — 実際に起きるエラーと、それぞれの意味。