自己來執行
Docker Compose 位於您自己的伺服器上,您的資料庫、檔案和網路邊界。 沒有 Kanera 許可證或每個位置的費用,伺服器不會聯絡我們進行更新或許可證檢查。
當需要部署控制時,您可以配備人員,這是最好的選擇。閱讀部署指南Kanera 從一個 Docker Compose 檔案在您自己的伺服器上執行,具有與託管 Kanera 相同的功能集,且不收取 Kanera 每個位置費用。
Kanera 提供了自己的資料庫、快取、遷移、工作者和 Web 層,這裡沒有任何東西是您必須先購買的託管服務,瀏覽器只與 Web 容器通訊。
webnginx 背後的應用程式,瀏覽器需要訪問的唯一服務。
api主機板流量和 Socket.IO,透過網路進行內部代理。預設情況下有兩個副本。
worker排程器、通知、webhook 交付和清理,正是其中之一。
postgres持久捲上的應用程式資料。無需先購買託管資料庫。
valkey實時範圍、存在和共享速率限制跨複製件。
migrate在應用服務開始提供之前,執行一次待處理的架構更改。
public-apiREST、webhook 和 OpenAPI 引用,只有在需要時才公開。
mcp為 AI 客戶端提供可流式 HTTP,由公共 API 提供支援。
db-backup可選的排程 Postgres 轉儲,GPG 加密,推送到 S3 相容儲存。
實時上傳到 Docker 卷或配置後的 S3 相容儲存。 Prometheus、Grafana 和 Loki 配置檔案在同一檔案中交付,除非您選擇關閉,否則關閉。環境、域和執行狀況檢查
Kanera 對於團隊規模來說非常輕巧。 這些是部署指南的起點,因此您可以現在就為計算機定價,而不是在首次匯入後。
規劃基線,而不是測量保證。 併發活動比註冊帳戶數量更重要,檔案保留通常會在 Kanera 之前驅動磁碟。 可選的 Prometheus 和 Grafana 配置檔案在頂部大約增加 0.7 到 1.5 GiB 的記憶體。
| 典型的隊伍 | 伺服器 | 磁碟 |
|---|---|---|
| 個人或輕量級用途 | 1 個 vCPU,1 GiB | 10GiB |
| 1 至 25 名活躍使用者 | 1-2 個 vCPU,2 GiB | 20GiB |
| 26 至 100 名活躍使用者 | 2-4 個 vCPU,4 GiB | 40GiB |
| 超過100名活躍使用者 | 4+ vCPU、8+ GiB | 80+ GiB |
自託管版本與託管版本的 Kanera Pro 使用相同的程式碼庫構建,沒有社群層,但刪除了有用的部分。
託管 Free 限制使用者、看板、自動化和共享儲存。 自託管組織沒有席位數、看板限制或計劃檢查,代理連線不帶有計劃限制,附件儲存是您自己的磁碟或 S3 空間。
Trello 沒有自託管版本,因此這次遷移是匯出和匯入。 匯入程式在您的伺服器上執行與在我們的伺服器上執行一樣,並將每個對映決定交給您。
每個 JSON 匯出一個看板,最多 50 MB。 Trello 看板從未因這些變化而改變。
工作區設定 → 匯入 會瀏覽列表、標籤、自定義欄位和成員,並根據您的意願建立、重用或跳過每個項。 確認是第一個寫入資料的操作。
在環境檔案中設定 TRELLO_API_KEY,使用者可以在匯入過程中連線 Trello,這樣上傳的附件就會被複制。 沒有它,返回到 Trello 的連結將被保留。
首先試用託管的 Kanera? 將每個板匯出為 JSON 並將存檔匯入到您自己的安裝中。Trello匯入的詳細資訊
執行 Kanera 並非難事,而是保持其執行。 下面的所有內容在您部署時就從我們手中轉移到您手中,沒有支援合同來預設這些內容。
無論如何,都有一個當前限制:Kanera 目前沒有單點登入。 哪裡Kanera不適合.
Docker Compose 位於您自己的伺服器上,您的資料庫、檔案和網路邊界。 沒有 Kanera 許可證或每個位置的費用,伺服器不會聯絡我們進行更新或許可證檢查。
當需要部署控制時,您可以配備人員,這是最好的選擇。閱讀部署指南託管版Kanera Pro每個使用者每月5美元,每個使用者每年49美元,每個工作區都有30天的試用期,更新、備份、郵件、儲存和正常執行時間由我們負責。
最好的情況是團隊中沒有人應該擁有基礎設施。檢視託管定價Kanera 的原始碼在 Elastic License 2.0 下提供,您可以為自己的組織閱讀、修改和執行它,但不能將其作為託管或託管服務提供給第三方。許可證文字
具有 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,以及 4 個或更多 vCPU 使用 8 GiB 或更多。
併發活動比註冊帳戶數量更重要,檔案保留通常會在 Kanera 之前驅動磁碟,而可選的 Prometheus 和 Grafana 配置檔案會增加大約 0.7 到 1.5 GiB 的記憶體,這些都是規劃基線,而不是測量的限制。
自託管部署使用與託管的 Kanera Pro 相同的程式碼庫構建,包括表報告、全域性工作檢視、巢狀筆記、自動化、看板訪客、透過電子郵件、推送、ntfy、Gotify 和個人 webhook 傳送的通知、Slack、Discord、Telegram 和 Zulip 聊天目標、REST API、託管 webhook 和 MCP 伺服器。
自託管組織也沒有席位數、看板限制、自動化限制或計劃檢查,並且附件儲存是您自己的磁碟或 S3 相容儲存桶,而不是計劃配額。
否,自託管伺服器不會呼叫我們進行更新檢查或許可,在正常自託管模式下,託管計費檢查不會啟用。
出站流量是管理員配置的內容:SMTP、S3 相容儲存、WebHook、聊天目標、使用者選擇的通知接收者、瀏覽器推送、OAuth 或 MCP 客戶端、Trello 附件複製和監控警報。
備份,下載新版本的 docker-compose.yml,然後執行 docker compose pull 和 docker compose up -d。 There is nothing to build, and you can skip straight from an older release to the newest one: the one-shot migration service applies every pending schema change in order before the API, worker, and public API start serving traffic.
首先閱讀每個釋出版本的變更記錄,因為配置變更在引入它們的釋出版本中註明。
需要備份的有兩個部分:PostgreSQL 資料卷和上傳卷,除非您已將檔案移動到 S3 相容的儲存。 手動轉儲是透過 Docker Compose 進行單個 pg_dump。
Kanera 還提供了可選備份服務,可按照計劃轉儲 PostgreSQL,使用 GPG 對稱 AES-256 加密,上傳到 S3 相容的儲存,並修剪舊副本。 將加密密碼儲存在部署之外的可靠位置,並在依賴它之前測試恢復。
是的,Trello JSON 匯入器是產品的一部分,因此它在您的伺服器上執行的可審查對映流程與託管的 Kanera 上執行的相同。
要複製上傳的 Trello 附件及其連結,請在環境檔案中設定 Trello API 金鑰。 然後,使用者在匯入過程中連線 Trello,以便 Kanera 可以檢索檔案。
是的,可以在其自己的域上公開 MCP 服務,並將相容的客戶端指向其 /mcp 地址。 客戶端使用個人或工作區 API 金鑰進行身份驗證,或者在配置了公共 OAuth URL 後透過基於瀏覽器的 OAuth 進行身份驗證。
自託管部署對代理連線沒有計劃限制。
Kanera 透過電子郵件和密碼進行身份驗證,不支援 SAML、OIDC、LDAP 或 SCIM。 一些 IT 團隊將此視為一個門戶,因此在計劃廣泛推出之前應該進行驗證。
Kanera 中的 OAuth 支援是為了連線到 Kanera 的 AI 代理和 API 客戶端,而不是用於從身份提供商登入使用者。
彈性許可證2.0允許您為自己的組織執行和修改Kanera,但不允許將其作為託管或託管服務提供給第三方。 如果需要不同的條款,請與我們聯絡。
部署指南涵蓋環境、域、執行狀況檢查、更新和備份。
Docker Compose,原始碼在 Elastic License 2.0 下提供,無 Kanera 每個座位費用