如果你在 2026 年还在运行 Jira Server，那你运行的就是一款已停止支持的软件。Atlassian 已于 2024 年 2 月 15 日终止支持。没有安全补丁，没有缺陷修复，没有厂商支持。
2026 年 3 月 30 日，Atlassian 停止接受新客户订阅 Data Center。现有客户可继续进行部分采购至 2028 年 3 月 30 日，续订则可延续至 2029 年 3 月 28 日，届时受影响的产品将变为只读状态，依据为 Atlassian 公布的 Data Center 生命周期终止时间表.
那么，现在该怎么办？
2026 年值得认真比较的自托管方案有三个：OpenProject、Plane 和 Redmine。本文按使用场景类型而非功能清单来比较它们，考察 OpenProject 官方的 Jira Migrator（目前对受支持的 Jira Server 与 Data Center 版本处于 beta 阶段），并以一个坦率的反面观点收尾：什么时候 Jira Cloud 仍然是正确答案。
如果你来这里是因为「我们必须在 2029 年前完成迁移，我需要知道真正可行的选项」，请继续读下去。如果你来这里是因为「我想要一张 47 列的功能评分表」，那种文章另有出处，这篇不是。
简短版本
- Jira Server 已经停止支持，Jira Software Data Center 也正在逐步淘汰。 面向新客户的 Data Center 销售已于 2026 年结束；受影响的现有订阅将在 2029 年到达生命周期终点。
- 2026 年三条切实可行的自托管路线。 OpenProject 适合想要一个「形似 Jira」的替代品并配套迁移工具的团队；Plane 适合工程主导、想要 Linear 那样的使用体验又不想付 SaaS 账单的团队；Redmine 适合想要一个资源占用低、已经稳定运行二十年的问题跟踪工具的团队。
- OpenProject 内置了一个处于 beta 阶段的 Jira Migrator，支持 Jira Server 与 Data Center 10.x 和 11.x，但不支持 Jira Cloud。其官方资料目前并不一致：5 月的技术指南列出的核心数据集较窄，而 7 月更新的页面则称该迁移工具还会导入问题历史、评论以及相关的用户和用户组。请把这些较新的说法视为随版本而变，并在你实际要部署的那个 OpenProject 版本上通过试点验证。 Plane 则另行宣传一套受控的 Jira 导入流程，并为 100 个席位以上的团队提供全程陪跑式迁移支持。Redmine 没有可与之相比的官方路径。
- VPS 的配置要求并不高。 官方建议 OpenProject 和 Plane 起步都是 4 GB 内存，Plane 在生产环境推荐 8 GB。Cloudzy 的 Redmine 镜像标注的最低内存为 2 GB。
- 对某些团队来说，Jira Cloud 依然是正确选择，尤其是没有运维人手的团队。 Atlassian 的价格随席位数量和计费周期变化，因此请查阅 Jira 最新定价页面 而不要依赖一个写死的旧价格。
Atlassian 的落日倒计时：究竟发生了什么
为 Jira 定下时限的三个日期：
- 2024 年 2 月 15 日：Atlassian 终止对 Jira Server 的支持。Server 产品及应用不再提供技术支持、安全更新或缺陷修复。
- 2026 年 3 月 30 日：Atlassian 停止向新客户销售新的 Data Center 订阅和 Marketplace 上的 Data Center 应用。现有客户仍可续订。
- 2029 年 3 月 28 日：受影响的 Data Center 订阅和应用到期并变为只读。Atlassian 表示，部分客户可能可以获得例外的延长维护。
团队的应对方式大致有三种。有的迁到 Jira Cloud，按席位付费，换取运维上的省心。有的靠 Data Center 续订拖到 2029 年，把截止期限留给未来的自己。还有的现在就在评估自托管方案，想同时避开价格和期限。
如果你属于第二类（「以后再说」），坦率的判断是：只有当你从现在到那时的路线图上再没有别的事，「以后」才只是 2029 年的问题。我见过这么做的团队，大多最后都是在慌乱中完成迁移的，因为日历走得比谁预想的都快。
小贴士： 如果你的团队还在用 Server，单是安全风险这一条，就足以把它当成 2026 年的问题而不是 2029 年的问题。停止支持的问题跟踪系统依然是攻击面，而且恰恰因为它「一直好好的」，在安全评审里往往被排到最后。
本节要点： 这份时间表有明确日期，公开且官方。请按 2026-2027 年来规划，而不是 2029 年。
2026 年三条现实可行的自托管路线
开源生态里有几十款问题跟踪工具。为了让比较有重点，本文只覆盖三条区别明显的路线：适合正式项目管理、并配有最直接迁移工具的 OpenProject；面向现代工程工作流的 Plane；以及成熟、可扩展的 Redmine。对于更细分的需求，Taiga、Tuleap、Kanboard 等项目仍可能更合适。
下面看看它们各自究竟是什么。
OpenProject
OpenProject 是一个基于 Ruby on Rails、后端使用 PostgreSQL 的应用。Community Edition 采用 GPLv3 授权，可免费自托管；付费的 Enterprise 本地部署方案则增加了支持服务和 Enterprise 功能。
它的用户体验定位偏实用、功能密集。它看起来像企业级项目管理软件，因为它本来就是。对甘特图、正式的项目组合报表、面向建筑与工程的 BCF 协作，以及干系人问责流程都有很强的支持。如果你的团队曾经提出要「真正的甘特图」或「跨项目的 epic 依赖关系」，那它就是你要的工具。
最适合 OpenProject 的团队，是那种需要传统瀑布与敏捷在同一个实例中共存、需要向上级做正式汇报、并且需要一条从受支持的 Jira Server 或 Data Center 版本迁移过来的官方路径的团队。关于 Migrator 及其当前限制，下文会详细说明。
弱点在于学习曲线。从 Jira Cloud 或 Linear 转过来的成员会告诉你，OpenProject 用起来很重。他们说得没错。Jira 的许多核心概念在 OpenProject 里都有对应物，但你可能得翻文档才找得到。
OpenProject 已上架 Cloudzy 应用市场 ，提供一键部署，省得你去折腾 Compose。
Plane
Plane 是较年轻的项目，成立于 2022 年。它目前的自托管发行版是一套打包好的 Docker 或 Kubernetes 部署，包含多个应用服务外加 PostgreSQL、Redis 和对象存储，而不是简单的五容器堆栈。
- Web 与 API 服务
- 后台工作进程
- PostgreSQL
- Redis
- 对象存储
Community Edition 采用 AGPLv3 授权。
它的交互设计明显借鉴了 Linear：cycle、模块、项目、视图。现代、快速、有明确主张。如果你喜欢过 Linear 的默认快捷键或它的问题模型，一个小时之内就会觉得 Plane 很顺手。
最合适的是工程主导的团队：初创公司、独立产品团队、小型开发工作室，工程师是主要用户，项目管理工具基本上就是一个问题跟踪器加一块冲刺看板。Plane 在这类场景中表现出色。
也有一些必须承认的真实短板。这个项目比另外两个年轻，意味着集成生态更小，部署形态变动更快。此外，在你为商业网络服务修改这套软件之前，它的 AGPLv3 许可证也值得先研究清楚。
截至 2026 年 7 月，Plane 尚未上架 Cloudzy 应用市场，因此这条路需要你在自选的 VPS 上使用 Plane 官方的 Docker 或 Kubernetes 方式部署。对于已经熟悉容器的团队来说并不难，但相比一键镜像，配置和维护的工作量都更大。
Redmine
Redmine 是老将，2006 年首次发布。基于 Ruby on Rails，后端可用 MySQL 或 PostgreSQL，授权为 GPLv2。以现在的标准看它很轻量，一方面是核心确实小，另一方面是人们想从 Redmine 得到的大部分能力都由插件提供。
它的界面体验偏旧，没必要假装不是这样。 Redmine 7.0 于 2026 年 6 月成为最新的稳定分支，但它的默认界面仍显传统。Bleuclair 主题可以让 Redmine 6.1 看起来更现代；在升级到 Redmine 7 之前，请先确认主题和插件的兼容性。如果现代化界面是硬性要求，那就去看 Plane。
最适合它的团队，要么已经在用 Redmine，要么想要一个稳定、占用资源少、又不会被工具强加固定流程的问题跟踪系统。它的插件生态非常庞大：
- 敏捷看板
- 甘特图
- 工时跟踪
- SCM 集成
- 自定义工作流
如果团队有某种特定的流程需求，多半已经有对应的 Redmine 插件了。
它的弱点有两方面。一是前面说过的界面体验。二是插件生态本身，这是一把双刃剑：插件能解决问题，但升级时会带来版本兼容的麻烦。一个装了八个插件的 Redmine 实例，就是一个每次小版本升级都得测试的实例。
给已经在用 Redmine 的团队一个提醒：如果你唯一的不满是界面，而且用的是 Redmine 6.1，那么 Bleuclair 主题是个成本很低的尝试，说不定就免去了整个平台迁移。先做测试，并在升级到 Redmine 7 之前确认兼容性。
本节要点： 按类型来选。要「形似 Jira」的替代品，选 OpenProject。要 Linear 式体验又不想付 SaaS 账单，选 Plane。要稳定的问题跟踪、且什么需求都有插件，选 Redmine。
并排对比
既然每款工具都已详细介绍过，那就把它们放进一张容易区分的表里。
| 维度 | OpenProject（Community） | Plane（Community） | Redmine |
|---|---|---|---|
| 首次发布 | 2012 | 2022 | 2006 |
| 堆栈 | Ruby on Rails 加 PostgreSQL | 打包应用加 PostgreSQL、Redis 和对象存储 | Ruby on Rails 加 MySQL 或 PostgreSQL |
| 许可 | GPLv3 | AGPLv3 | GPLv2 |
| 最低配置（小型团队） | 4 核，4 GB 内存 | 4 GB 内存起，生产环境推荐 8 GB | 2 GB 内存起 |
| Cloudzy 应用市场 | 有（一键部署） | 无（需自行部署维护） | 有（一键部署） |
| 官方 Jira 迁移路径 | 内置 beta：Server/Data Center 10.x 至 11.x | 引导式导入；100 席位以上提供全程陪跑 | 没有 |
| 最擅长 | 正式项目管理、甘特图、项目组合报表 | 现代化界面、工程团队 | 轻量问题跟踪、插件 |
| 最薄弱 | 界面偏重；迁移工具仍处于 beta | 生态较年轻；内存门槛更高 | 默认界面老化；插件兼容性 |
OpenProject 的 Jira Migrator：它究竟做了什么
这正是 2026 年大多数同类盘点跳过、或只当脚注一笔带过的细节。它同时也是 OpenProject 之所以成为当前 Jira 用户最自然选择的关键理由。
OpenProject 在 2026 年将其 beta 版 Jira Migrator 作为 Community Edition 的一部分开放使用。它通过 API 并使用具备管理员权限的 Personal Access Token 连接 Jira Server 或 Data Center 10.x 与 11.x。目前不支持 Jira Cloud。
OpenProject 现有官方页面综合起来所说的导入范围：
- 项目及项目标识符
- 问题：摘要或标题、描述、附件、历史记录、评论、到期日、预估工时和剩余工时；问题标识符也在 beta 阶段获得支持
- 用户及相关用户组，包括姓名、电子邮件地址、项目成员关系和用户组成员关系
- 在 OpenProject 中有对应字段的受支持自定义字段
- 状态与问题类型
以下内容仍应视为不受支持：
- 问题之间的关联关系与冲刺归属
- 项目级的工作流、权限和方案
- 标签、版本、组件以及其他未被列为覆盖范围的字段，在试点验证之前都应视为不受支持
- Jira Cloud、Marketplace 应用数据、自动化规则以及外部集成
有两个操作细节，其重要性不亚于字段清单。导入任务会先进入审阅模式，并且在仍处于审阅状态时可以撤销。 一旦你确认通过该次导入，就无法再撤销了。 另外，由于覆盖范围仍在随版本变动，每次迁移前都要先查阅当前文档。
一个合理的心智模型是：beta 版 Migrator 处理的是一组不断扩充的核心项目数据，而不是一整套 Jira 环境。请规划一次受控试点，并为重建不受支持的流程逻辑、权限、应用和集成预留时间。
注意：OpenProject 5 月 6 日的技术指南列出的数据集，比 7 月更新的页面更窄，后者补充了历史记录、评论以及相关用户和用户组。由于该迁移工具仍处于 beta，请在你实际要部署的那个版本上确认覆盖范围，并在正式切换前用一个有代表性的 Jira 项目做测试。
一条更稳妥的高层迁移路径大致是这样：
- 在一台 VPS 上搭建一个非生产环境的 OpenProject 实例（用 Cloudzy 的一键镜像即可，或采用 OpenProject 官方支持的部署方式）。
- 确认源端是 Jira Server 或 Data Center 10.x、11.x，然后创建一个具备管理员权限的 Personal Access Token。
- 备份这个 OpenProject 测试实例，然后用 Jira 的地址和令牌配置 Migrator。
- 挑一个有代表性的项目做试点，核对项目标识符、用户、用户组成员关系、状态、问题类型、受支持的自定义字段、附件、历史记录、评论、到期日、预估值和剩余工时。
- 仔细审阅试点结果。在导入仍处于审阅状态时，如果字段映射有误就撤销它；一旦确认通过，这次导入就再也无法撤销。
- 只有在试点通过之后，才安排生产环境迁移。选一个维护窗口，冻结对 Jira 的写入，保留备份，并单独重建那些不受支持的流程和集成。
Plane 现在主打一套 受控的官方 Jira 导入流程 ，可映射项目、问题、冲刺、问题类型、状态、自定义字段、评论和附件；100 个席位以上的团队可以申请全程陪跑式迁移支持。Redmine 的路子仍然更绕，得依赖社区插件或 CSV 流程，而这些都需要针对具体版本和配置逐一测试。
本节要点： OpenProject 的 beta 版 Migrator 支持 Jira Server/Data Center 10.x 和 11.x，但其官方资料对当前覆盖范围说法不一。请在你实际使用的版本上验证。Plane 提供引导式导入；Redmine 没有可比的官方路径。上生产之前，OpenProject 和 Plane 都要先做试点。
VPS 选型：每款工具真正需要多少资源
自托管这些工具的基础设施成本并不高。可靠性、备份、恢复演练和监控，比把整套系统硬塞进最小套餐更重要。Cloudzy 目前公布了 99.95% 在线率 SLA，并且其 VPS 套餐可以随着用量增长而调整配置。
| 规划要点 | OpenProject | Plane | Redmine |
|---|---|---|---|
| 起步建议 | 4 核，4 GB 内存 | 2 核，4 GB 内存 | 2 GB 内存起（Cloudzy 镜像） |
| 生产环境提示 | 单服务器最低配置；总用户数上限 200 | 推荐 8 GB 内存 | 负载由插件数量和并发量决定 |
| 何时扩容 | 队列、数据库延迟或内存占用上升时 | 各服务开始争抢内存和 CPU 时 | 数据库延迟或插件负载上升时 |
几点在运维上很重要的说明：
- OpenProject 的官方最低配置 针对单服务器安装是四核 CPU、4 GB 内存和 20 GB 可用磁盘空间。其小型实例示例则单独列出：应用占 2 个 CPU 核心和 4 GB 内存，PostgreSQL 再占 2 个 CPU 核心和 4 GB 内存。
- Plane 官方的自托管配置要求 规定最低 2 个 CPU 核心和 4 GB 内存，生产环境推荐 8 GB。
- Cloudzy 的 Redmine 镜像 标注的最低内存是 2 GB。别把这个数字换算成能保证支撑多少用户：真实容量取决于插件、附件体量、并发请求以及数据库的表现。
作为参考， Cloudzy 的标准 4 GB 套餐 提供 2 vCPU、120 GB NVMe 存储和 5 TB 流量。它满足 OpenProject 的内存下限，但达不到官方要求的四核 CPU 最低标准，所以给 OpenProject 用的套餐或自定义配置至少要有 4 vCPU。扩容之前，请先观察数据库延迟、工作队列和内存压力；不要仅凭存储类型就承诺固定的性能倍数。
在拥有 root 权限、NVMe 与 AMD EPYC 强大性能的 Linux VPS 上构建应用。
查看 Linux 套餐本节要点： 按 Cloudzy 当前的标准挂牌价、且未计促销折扣，Redmine 大约每月 15 美元起，Plane 大约每月 29 美元起。OpenProject 的官方最低要求是至少四个 CPU 核心，因此请按对应配置来估价，而不是按 2 vCPU/4 GB 的套餐。
什么时候 Jira Cloud 仍然是正确答案
自托管是用钱换时间。确实存在这样一种团队结构：钱比你省下的时间更值钱。那样的团队就该付钱给 Atlassian。
以下为 2026 年 7 月的 Jira Cloud 挂牌价，取自 Atlassian 的公开定价页面（价格由 Atlassian 制定，随计费周期和席位数而变，且可能随时调整，因此请把下面每个数字都当作 2026 年的快照，在做预算前先在 Jira 最新定价页面 上核实）：
- 免费： 最多 10 名用户。
- Standard： around $8 per user per month as of mid-2026.
- Premium： around $14 per user per month as of mid-2026.
- Enterprise： 年度合同，定价另议。
At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.
现在问一个诚实的问题：备份、恢复演练、升级、Postgres 维护、监控、SSL 证书、用户开通和故障响应，这些活儿谁来管？请拿 Jira Cloud 的订阅费去比自托管这套系统的全部运营成本，而不只是虚拟机账单。如果没人扛下这些活儿，账面上省下的钱可能很快就没了。
Jira Cloud 的价值主要体现在运维上。平台、升级、补丁和服务级备份都由 Atlassian 负责；而访问策略、身份集成、应用治理和数据保留决策，仍然归你的团队管。对于一个没人能运维项目管理系统的团队来说，这层托管服务是实打实的价值。
说句实在话：自托管适合那些本来就在跑 VPS、队里有一个用 Docker 很顺手的工程师、并且还有余力承担运维工作的团队。Jira Cloud 则适合这样的团队：名单上没有任何一个人愿意因为 Postgres 磁盘写满而被半夜叫醒。
如果你拿不准自己属于哪一类团队，就在 VPS 上做一次为期两周的 OpenProject 试点。如果你的源端是受支持的 Jira Server 或 Data Center 版本，用 beta 版 Migrator 导入一个有代表性的项目即可；Jira Cloud 目前还不支持。结果无非两种：要么团队接受了它，你也摸清了运维的工作量；要么 Jira Cloud 的托管服务账单开始显得更划算。
快速结论
- 要从受支持的 Jira Server 或 Data Center 版本迁移，并且想要一个内置的自助式 beta 工具： 选 OpenProject。上生产之前，先验证该版本具体覆盖了哪些字段。
- 工程主导的团队，想要现代化界面和引导式 Jira 导入： 选 Plane。它需要 4 GB 内存，生产环境推荐 8 GB，并为 100 席位以上的团队提供全程陪跑式迁移。
- 已经在用 Redmine，想要一个跑在低配 VPS 上的稳定问题跟踪系统： 那就继续用 Redmine。在考虑迁移之前，先试试 Bleuclair 主题。
常见问题
2026 年 Jira Server 还有支持吗？
不。Atlassian 已于 2024 年 2 月 15 日终止对 Jira Server 的支持。任何在 2026 年还在跑它的人，用的都是没有安全补丁的停止支持软件。新客户已经买不到 Jira Data Center，因此现实中受支持的路只有 Jira Cloud 或一个仍在维护的替代品；现有 Data Center 客户可按 Atlassian 公布的退出时间表继续使用。
现在还能购买 Jira Data Center 吗？
作为新客户，不能。Atlassian 已于 2026 年 3 月 30 日停止向新客户销售 Data Center。现有客户可在 2028 年 3 月 30 日前购买新的订阅、应用和扩容，并可将已有订阅续订至 2029 年 3 月 28 日。此后，除非 Atlassian 批准例外延期，受影响的产品将变为只读。
如何从 Jira 迁移到 OpenProject？
OpenProject 的 Jira Migrator 目前处于 beta 阶段。它使用具备管理员权限的 Personal Access Token，通过 API 连接 Jira Server 或 Data Center 10.x 和 11.x；不支持 Jira Cloud。2026 年 7 月更新的官方页面称，它可导入项目及标识符；含描述、附件、历史记录和评论的问题；相关用户和用户组；状态与类型；以及受支持的自定义字段。而 OpenProject 5 月的技术指南列出的范围仍然更窄，因此请在你实际部署的版本上确认具体覆盖范围。工作流、权限、方案、问题关联关系和冲刺归属，目前仍不受支持或还在路线图上。
最便宜的自托管 Jira 替代方案是哪个？
按目前有据可查的起步配置来看，跑在 Cloudzy 2 GB 镜像上的 Redmine 是成本最低的选择。OpenProject 的单服务器最低配置是四个 CPU 核心和 4 GB 内存。Plane 需要 2 核和 4 GB 内存，生产环境推荐 8 GB。Community 版本不会额外产生软件授权费，但付费支持、备份、监控和运维人力，仍然都要算进成本。
Plane 能真正替代 Jira 吗？
对工程主导的团队来说，可以。Plane 的使用体验更接近 Linear 而不是 Jira，它的问题模型也贴合工程团队的工作方式。Plane 有文档说明其受控的 Jira 导入流程，涵盖项目、进行中与待办的问题、指派人、标签、优先级、冲刺、问题类型、状态、自定义字段、评论和附件。100 席位以上还提供全程陪跑式迁移。不过，使用了复杂 Marketplace 应用或流程的团队，仍然应该先做试点验证。
Redmine 有从 Jira 迁移的工具吗？
官方没有。社区做的导入插件和基于 CSV 的流程是存在的，但兼容性和数据覆盖范围会随 Jira 与 Redmine 的版本而变。请拿一个有代表性的项目，把你要走的那条路实际测一遍。OpenProject 针对受支持的 Jira Server 或 Data Center 源提供了内置的 beta 版 Migrator，而 Plane 提供官方的引导式导入。
这几款能跑在小配置 VPS 上吗？
Cloudzy 的 Redmine 镜像标注最低 2 GB 内存，按标准挂牌价是每月 14.95 美元。OpenProject 至少需要四个 CPU 核心和 4 GB 内存。Plane 需要 2 核和 4 GB 内存，生产环境推荐 8 GB。Cloudzy 的标准 4 GB 套餐配 2 vCPU，标价每月 28.95 美元，促销活动有时会让价格更低。把三者全塞进同一台小 VPS，并不是合理的生产设计。
