チームが知っているボード。あなたが運営するインフラストラクチャ。

Docker と Docker Compose を備えたサーバー、それを指すドメイン、および Caddy、Traefik、nginx、またはクラウド ロード バランサーを介した前面の HTTPS。 Kanera は独自の PostgreSQL と Valkey を導入しているため、最初にプロビジョニングする管理データベースはありません。

SMTP 資格情報はオプションですが、招待、確認、通知メールには必要となるため、推奨されます。誰かを招待する前に、データベース ボリュームとアップロード ボリュームをバックアップする方法を計画してください。

デプロイ ガイドは、個人使用の場合は 1 vCPU と 1 GiB の RAM から始まり、最大 25 人のアクティブ ユーザーの場合は 1 ～ 2 vCPU と 2 GiB、最大 100 人の場合は 2 ～ 4 vCPU と 4 GiB、そしてそれを超えると 8 GiB 以上の 4 以上の vCPU です。

これらは測定された制限ではなく、計画のベースラインです。登録されているアカウントの数よりも同時アクティビティが重要であり、通常、ファイルの保持により、Kanera よりも先にディスクが駆動され、オプションの Prometheus および Grafana プロファイルにより、およそ 0.7 ～ 1.5 GiB のメモリが追加されます。

なし。セルフホスト型展開は、テーブル レポート、グローバル ワーク ビュー、ネストされたメモ、自動化、ボード ゲスト、電子メールによる通知、プッシュ、ntfy、Gotify、個人 Webhook、Slack、Discord、Telegram、Zulip チャット宛先、REST API、マネージド Webhook、MCP サーバーなど、ホスト型Kanera Pro と同じコードベースから構築されます。

自己ホスト型組織には、シート数、ボード制限、自動化制限、またはプラン チェックがなく、添付ストレージはプラン クォータではなく独自のディスクまたは S3 互換バケットになります。

いいえ。セルフホステッド サーバーは更新チェックやライセンスの確認を要求しません。通常のセルフホステッド モードでは、ホストされた請求チェックはアクティブになりません。

アウトバウンド トラフィックは管理者が構成するものです。SMTP、S3 互換ストレージ、Webhook、チャット宛先、ユーザーが選択した通知受信者、ブラウザー プッシュ、OAuth または MCP クライアント、Trello 添付ファイルのコピー、アラートの監視などです。

バックアップし、新しいリリースの docker-compose.yml をダウンロードして、docker compose pull および docker compose up -d を実行します。構築するものは何もなく、古いリリースから最新のリリースに直接スキップできます。ワンショット移行サービスは、API、ワーカー、およびパブリック API がトラフィックの処理を開始する前に、すべての保留中のスキーマ変更を順番に適用します。

構成の変更は、それを導入したリリースに記載されているため、最初に、その間の各リリースの変更ログを読んでください。

S3 互換ストレージにファイルを移動していない限り、PostgreSQL データ ボリュームとアップロード ボリュームの 2 つをバックアップする必要があります。手動ダンプは、Docker Compose を介した単一の pg_dump です。

Kanera は、スケジュールに従って PostgreSQL をダンプし、GPG 対称 AES-256 で暗号化し、S3 互換ストレージにアップロードし、古いコピーを削除するオプションのバックアップ サービスも提供しています。暗号化パスフレーズを展開環境の外部の耐久性のある場所に保管し、それに依存する前に復元をテストしてください。

はい。 Trello JSON インポーターは製品の一部であるため、ホストされたKanera 上で実行するのと同じレビュー可能なマッピング フローをサーバー上で実行します。

アップロードされた Trello 添付ファイルとそのリンクをコピーするには、環境ファイルに Trello API キーを設定します。その後、ユーザーはインポート中に Trello に接続し、Kanera がファイルをフェッチできるようにします。

はい。 MCP サービスを独自のドメインで公開し、互換性のあるクライアントをその /mcp アドレスに指定します。パブリック OAuth URL が構成されたら、クライアントは個人 API キーまたはワークスペース API キーを使用して認証するか、ブラウザベースの OAuth を通じて認証します。

セルフホスト型展開では、エージェント接続にプランの制限はありません。

今日は違います。 Kanera は電子メールとパスワードで認証しますが、SAML、OIDC、LDAP、または SCIM はサポートされていません。一部の IT チームはこれをゲートとして扱うため、広範な展開を計画する前にそれを確認します。

Kanera の OAuth サポートは、Kanera に接続する AI エージェントと API クライアントを対象としたものであり、アイデンティティ プロバイダーからユーザーをサインインするためのものではありません。

いいえ。Elastic License 2.0 では、Kanera を組織内で実行および変更することができますが、ホスト サービスまたはマネージド サービスとして第三者に提供することはできません。別の条件が必要な場合はご相談ください。