Skip to main content
Docker Compose は小規模チームと評価用途に推奨されます(50ユーザー未満)。 この方法が適切かわからない場合は、デプロイから始めてください。AI機能またはアプリビルダーが必要な場合、新規環境にはフル機能プラットフォームをデプロイします。すでにこのスタンドアロン構成を運用している場合は、移行ガイドに従ってください。データはそのまま維持されます。

Docker Compose デプロイ

推奨規模:0~50ユーザー サーバー要件 サーバーが次の基本要件を満たしていることを確認してください。
  • オペレーティングシステム:Ubuntu 20.04 LTS など、推奨される Linux ディストリビューション
  • メモリ:最低 4GB RAM
  • CPU:2コア以上
  • ディスク容量:最低 40GB の空き容量
  • ネットワーク:必要なポートへアクセスできる安定したインターネット接続

前提条件

開始する前に、次の点を確認してください。
  • Docker とコンテナ化の原則について基本的な知識がある
  • マシンに Docker と Docker Compose がインストールされている。インストールガイドについては、Docker の公式ドキュメントを参照してください。

Docker をインストールする

アプリケーションをインストールする

docker-compose.yaml ファイルを作成する

サーバーにアクセスし、teable フォルダーを作成して移動します。
docker-compose.yaml.env ファイルを作成し、次の内容を貼り付けます。

最小構成のデプロイ:

docker-compose.yaml
.env

ストレージサービスを追加する(任意)

本番環境では、耐久性と拡張性を高めるため、S3互換オブジェクトストレージ(S3、MinIO、S3互換エンドポイントを備えた OSS/OBS/COS、その他のS3互換サービスなど)を使用してください。
MinIO は、追加のストレージ管理画面(9001番ポート)と、より強力で安定したファイルサービスを提供します。
docker-compose.yaml
.env

アプリケーションを起動する

現在のディレクトリで次のコマンドを実行し、アプリケーションを起動します。起動後、127.0.0.1:3000 でアプリケーションにアクセスできます。
大規模なデータコピー操作には HTTPS 環境が必要です。HTTPS がない場合、非同期のクリップボードアクセスを利用できません。

マネージドデータベースを使用する(任意)

マネージドデータベースを使用すると、デプロイ手順をさらに簡略化できます。
  1. services.teable-db を削除します
  2. volumes.teable-db を削除します
  3. マネージドデータベースの設定に合わせて .env を更新します
データベースのパラメーターに、マネージドデータベースの接続情報を入力します。
.env
127.0.0.1 はコンテナの内部ネットワークを示します。ローカルにデプロイしたデータベースへ接続する場合は、ホストアドレスに 127.0.0.1 ではなく host.docker.internal を使用してください。そうしないと接続に失敗します。
外部のマネージド Redis についても同様です:
  • service.teable-cache を削除します
  • service.teable.depends_on.teable-cache を削除します
  • volumes.teable-cache を削除します
  • マネージド Redis の設定に合わせて .env を更新します

次のステップ

メールサービスを設定する

サポートとフィードバック

デプロイ中に問題が発生した場合は、support@teable.ai でサポートチームへお問い合わせいただくか、問題を報告してください。

ライセンス

Teable には、AGPL-3.0 ライセンスに基づくオープンソースの Community 機能が含まれています。セルフホスト環境で有料機能を利用するには、料金ページで購読してください。
ghcr.io/teableio/teable:latest イメージには、すべての機能が含まれています。有料機能を有効にするには、有効なサブスクリプションライセンスが必要です。オープンソースの Community 機能だけが必要な場合は、ghcr.io/teableio/teable-community:latest イメージを選択できます。

よくある問題

インスタンスの起動後、そのURLを開いてアカウントを作成します。Teable にはあらかじめ設定された管理者アカウントは含まれておらず、セルフホストのインスタンスでは teable.ai のクラウドアカウントを使用しません。インスタンスで最初に登録したユーザーがインスタンス管理者になります。
ファイルのインポートに関する問題は、通常、PUBLIC_ORIGIN 環境変数の設定が正しくないことが原因です。PUBLIC_ORIGIN を現在アクセス可能なアドレスに設定する必要があります。
重要:URLの末尾にスラッシュ(”/“)を付けないでください。
この設定を変更した後は、変更を反映するために Teable インスタンスを再起動する必要があります。
HTTPS を有効にするには、次の手順を実行します。
  • 有効な SSL 証明書を取得します
  • PROTOCOL=https を設定します(構成によっては PUBLIC_ORIGIN=https://teable.example.com を設定します)
  • MinIO を使用する場合は、BACKEND_STORAGE_MINIO_USE_SSL=true を設定します
SSL終端の処理には、Nginx や Traefik などのリバースプロキシを使用することを推奨します。
Nginx の設定方法(HTTPS/証明書、WebSocket、Docker ネットワーク、Nginx Proxy Manager など)がわからない場合は、Nginx(リバースプロキシ)を参照してください。
Docker Compose 環境では、複数のバックアップ方法を利用できます。オプション1:仮想マシン全体のバックアップ(簡単な方法として推奨)
  • Teable をホストしている仮想マシン全体を定期的にバックアップします
  • システム全体を復旧できます
オプション2:Docker ボリュームのバックアップ
  • docker-compose.yaml で定義されているすべての Docker ボリュームをバックアップします
  • ボリュームを一覧表示:docker volume ls
  • ボリュームをバックアップ:
オプション3:コンポーネント単位のバックアップ(詳細に制御する場合に推奨)
  • PostgreSQL データベース:テーブルの全データを含みます
  • Redis データベース:オートメーションのキューデータを含みます
  • データディレクトリteable-data ボリュームをバックアップします(すべての添付ファイルを含みます)
本番環境では、保持ポリシーを設定した日次自動バックアップを推奨します。
Last modified on September 4, 2026