您的团队知道的看板。您运行的基础设施。

具有 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,但不允许将其作为托管或托管服务提供给第三方。 如果需要不同的条款,请与我们联系。