Kimai Cloud 和自托管版本有什么区别?
Kimai 是同一个开源时间跟踪软件的两个版本:Kimai Cloud 由官方托管,开箱即用;自托管服务由你自己部署在服务器上,数据完全自己掌控。两者核心功能相同,区别在于谁来维护基础设施、数据放在哪里、以及遇到问题时谁能帮你。如果你没有服务器运维能力、希望立刻开始使用,选 Cloud;如果数据主权是硬性要求、团队有 Docker 或服务器运维经验,选自托管。
两者在关键维度上的对比
| 维度 | Kimai Cloud | 自托管服务 |
|---|---|---|
| 部署方式 | 官方托管,无需服务器 | 自己的服务器,Docker 或手动安装 |
| 维护责任 | 官方负责基础设施 | 自己负责升级、备份、可用性 |
| 更新与备份 | 自动更新与备份 | 自行安排 |
| 数据控制 | 数据在官方托管环境 | 100% 数据所有权 |
| 托管地点 | GDPR 合规的欧盟托管 | 由你决定 |
| 支持方式 | 优先支持 | 社区支持 |
| 插件 | 包含插件 | 通过插件市场获取 |
| 许可 | SaaS 使用 | 100% 开源(AGPL 3) |
核心功能两者一致
无论选哪个版本,Kimai 都提供面向项目驱动团队的时间跟踪能力:
- 认证与安全:支持外部身份提供者,可通过 LDAP 和 SAML 跨多个提供者登录,例如 Google Workspace、Azure AD 或 Authentik;也可以通过 TOTP 令牌启用双因素身份验证。
- 报告与分析:对记录的时间、客户、项目和活动进行分析,可按用户、客户、项目、活动、标签、时间段等维度评估。
- 发票:提供不同的发票模板、条目分组选项和可配置的发票编号,还可以添加自己的 PDF、DOCX、HTML、XLSX 和 ODS 格式模板。
- JSON API:提供用于读取和写入数据的广泛 JSON API,外部应用和自定义工具可以与 Kimai 通信。
也就是说,选择 Cloud 还是自托管,不会让你在功能上做取舍,取舍发生在部署和维护层面。
什么情况下选 Kimai Cloud
适合以下情况:
- 团队没有专职运维,也不想为服务器操心。
- 希望即时开通,不需要自己搭建环境。
- 看重自动更新和自动备份。
- 需要数据托管在 GDPR 合规的欧盟环境。
- 希望遇到问题时能获得优先支持。
- 想直接使用插件,而不必自己安装配置。
官方页面将 Cloud 标注为 Recommended(推荐),并说明其特点是全托管、始终最新、由官方处理基础设施、即时开通、无需服务器、自动更新与备份、GDPR 合规的欧盟托管、优先支持、包含插件。
什么情况下选自托管
适合以下情况:
- 数据主权和完全控制是硬性要求。
- 团队具备 Docker 或手动部署服务器的能力。
- 希望软件 100% 开源(AGPL 3),并自行掌握全部数据。
- 愿意自行承担升级、备份和可用性。
- 可以接受社区支持,而不是优先支持。
- 需要从插件市场按需获取插件。
自托管提供 Docker 和手动安装两种方式,官方页面将其定位为:对自己的数据和基础设施拥有完全控制。
用户反馈中值得注意的点
官方页面引用的用户评价里,有几点能帮助判断:
- 一位 IT 咨询从业者提到,使用 Kimai 已 5 年,界面干净实用,几次点击就能记录数据,报告也容易生成,期间只因为忘记密码提交过一次支持请求——说明日常使用门槛不高。
- 一位用户提到,当初在短时间内寻找时间跟踪工具,要求欧盟托管且开源,找到 Kimai 后一直很满意——这正对应 Cloud 的欧盟托管与开源属性。
- 有企业管理者表示,开源、数据主权和对软件的完全控制对他们来说是必需的——这类需求指向自托管。
- 也有用户提到顺利通过了工资税审计——说明记录的数据在合规场景下可用。
怎么做决定
按顺序问自己三个问题:
- 数据必须放在自己控制的服务器上吗? 是 → 自托管;否 → 进入下一题。
- 团队有人能维护服务器、处理升级和备份吗? 没有 → Cloud;有 → 进入下一题。
- 更看重省心(自动更新、优先支持、包含插件)还是完全自主(自行掌控一切)? 省心 → Cloud;自主 → 自托管。
如果仍然犹豫,可以先从 Cloud 开始使用,因为核心功能与自托管一致,之后如果数据主权需求变得明确,再迁移到自托管也不会改变使用方式。