Server 版支持即将到期，Jira 和 Confluence 如何迁移？（2）

到 2024 年 2 月，Atlassian 将终止对 Server 产品及插件的所有支持。是时候制定您的迁移计划了——Atlassian 为您提供两种迁移选择，一是本地部署的数据中心版本，中国用户 25 人以上即可使用，二是云版。作为 Atlassian 全球白金合作伙伴，龙智也为您准备了系列文章——《数据中心是否适合您的企业》、《迁移到数据中心版前，您需要做这些准备》，以及《如何将Jira和Confluence迁移上云》等，方便您选择适合自己的版本，并顺利实施迁，确保业务不受影响。

本文是《如何将 Jira 和 Confluence 迁移上云》系列文章的第三篇。当您比对完版本差异、了解了如何制定计划后，您就可以根据自己企业的实际情况定义属于自己的迁移策略了。

定义您的迁移策略

根据您所使用的 Server 版本和选择使用的工具，实际的迁移方法和策略会有所不同。

迁移核心数据的注意事项

Atlassian 的 Confluence 和 Jira 云迁移助手将帮助您将项目、内容、用户和组从自托管的许可证迁移上云，而不会对团队造成任何中断。通过这些助手，您可以选择要迁移上云的内容，在方便的时间开始迁移，并在整个迁移过程中监控进展。

当您想要评估 Server 应用程序在云版产品中的可用性，查找应用程序是否有可用的迁移路径，以及在真正迁移前运行测试迁移时，云迁移助手也会派上用场。

如果您有兴趣进行云到云的迁移来整合站点，或者需要将数据从 Jira Service Management Server(以前称为 Jira Service Desk)或 Advanced Roadmaps(以前称为 Jira Portfolio)迁移到新的云站点，请联系Atlassian全球白金合作伙伴、云专业伙伴——龙智，我们的专家团队将帮助您迁移上云，这样您就可以继续专注于创造价值。

关于用户管理的注意事项

根据您在本地产品中进行用户管理的方式以及未来的需求，有几种方法可以迁移用户。

虽然一些企业选择手动管理用户，但也有一些企业选择将 Atlassian Access 添加到他们的云产品集合中，以便更紧密（且更容易）地控制密码策略、管理日志、统一用户管理和双因素身份验证、API 控制以及 SAML 单点登录。

根据 TechValidate 对 311 名 Atlassian 用户进行的调查，85%的 IT 组织表示云端的用户管理更好或与本地部署持平。

Atlassian Access 的用户可以使用 SCIM 供应功能进行迁移。对于没有使用 Access 的客户，Atlassian 建议使用上述提到的云迁移助手。这些工具将承担用户迁移的重要任务，并执行预迁移检查，识别无效的电子邮件、重复的用户，以及其他要在迁移前进行的“清理”工作，以便将云产品推向最终用户。

在继续之前，还有几个问题需要您的回答：

• 您所有的 Server 产品目前是否使用相同的用户目录?

• 如果你使用第三方来管理用户，那么现在哪个身份提供商保存了这些数据?

• 在当前系统中最初设置用户管理的是谁？(如果不是您，务必让负责人或 Server 管理员参与进来，他们需要确认用户和组是如何配置的，以及考虑这些配置如何进行迁移。)

应用程序（插件）如何处理？

一个优秀的应用迁移计划始于对当前 Server 应用程序和集成环境的了解。Audits 工具能帮助您做到这一点，还能帮助您确定在迁移过程中应该采取的行动。你需要回答的一些基本问题：

• 你们目前有哪些应用？

• 它们被用来做什么，由谁使用？

• 它们是必须的吗？

• 云上是否有类似的功能或应用程序的替代方案？

• Server 版和云版的成本比较如何？

您可能有很多应用程序。也许您从之前的管理员那里继承了一个包含 30 多个应用程序的实例（听起来有点多，但这种情况确实存在），所以，请把迁移看作是一次大扫除的机会。

应用程序是任何迁移讨论的重要组成部分，对于那些没有时间审查和迁移应用数据的人来说，这可能会令人望而却步。而这正是龙智的用处所在。作为 Atlassian 全球白金合作伙伴、云专业伙伴，我们拥有专业的知识，可以评估您当前的应用程序套件、执行审核，确定最佳的迁移方式，或者探索如何迁移到类似的云应用程序。

评估迁移的复杂性

您的迁移越复杂，策划和执行的时间就越长。根据预算和资源的情况，您可能会倾向于引入专业的 Atlassian 解决方案合作伙伴，比如龙智，来提供帮助。迁移的复杂性将基于以下几个主要因素:

1. 规模：包括数据的大小，用户的数量。一个只有几个千兆字节数据和不到 1000 个用户的小型站点比一个拥有数百千兆字节数据和数千个用户的站点更容易迁移，无论是从数据迁移和停机时间的角度，还是整体策划的角度来看；

2. 应用程序：包括关键应用程序的数量，它们是否又对应的云版产品（或有其他替代方案），以及它们是否有迁移途径；

3. 自定义：包括自定义字段、非 Atlassian 集成、自定义应用程序和不寻常的数据结构；

4. 产品数量：要迁移的产品越多，迁移就越复杂。例如，只迁移 Jira Software 比同时迁移 Jira Software 和 Jira Service Management 更简单；

5. 合并：如果要合并多个站点，而不仅仅是迁移到一个新站点，这将增加复杂性，因为需要协调数据、应用程序和用户。一般来说，需要合并的数量越多就越复杂；

6. 用户管理：有几个因素会增加复杂性，包括需要使用 Atlassian Access、匿名用户的数量、非活跃用户的数量以及使用多个身份提供者。

优化并迁移（推荐做法）

这是一种“一次性”的迁移方法，您可以评估哪些数据要迁移到云端，哪些数据会留在 Server 实例上，设置为只读状态，用于将来作参考。

适用于

中等复杂性的客户和/或拥有 2,000-10,000 个用户的客户

优点

• 一次性迁移

• 只迁移所需的数据

• 整体迁移时间更短，迁移停机时间更少

• 团队更容易适应云环境

• 可能改善云性能

• 由于时间线延长，可能降低迁移成本（例如资源投入、合作伙伴成本）

缺点

• 所有用户需要同时登录

• 根据数据量多少，可能会增加停机时间

• 需要额外的规划和工作来确定如何优化

提取并迁移

将所有数据（产品数据、用户和应用程序）一次性迁移到云端。

适用于

拥有少于 2,000 个用户的低复杂度客户

优点

• 一次性迁移

• 整体迁移时间较短

• 由于时间线延长，可能降低迁移成本（例如资源投入、合作伙伴成本）

缺点

• 所有用户需要同时登录

• 根据数据量多少，可能会增加停机时间

• 可能会将不必要的数据和用户迁移上云，增加成本

分阶段迁移

分阶段迁移数据，而不是一次全部迁移。在每个迁移完成后，您可以解决问题，并以模块的方式进行用户上线和培训。

适用于

高复杂性客户和/或超过 10,000 个用户的客户

优点

• 分阶段用户登录

• 减少单次停机时间

• 允许随时间推移逐步清理和优化

• 给用户适应新方式的时间

缺点

• 如果需要迁移 Jira Service Desk 或 Advanced Roadmaps（以前称为 Portfolio），则无法支持

• 较长的总迁移时间，可能导致成本增加

• 在过渡期间管理多个部署可能会更复杂

• 需要仔细规划，因为必须映射依赖关系

从头开始迁移

如果您确信不会继续使用现有服务器项目的大部分数据，或者希望立即在云上开始工作，那么您可以选择全新开始，来设置云站点。

适用于

低复杂性的客户，用户较少的客户或新客户

优点

• 没有或有限的迁移停机时间

• 如果您有 Server 许可证，可以保留数据存档

缺点

• 用户将无法访问旧的项目/空间数据

最重要的是，您要了解每种方法的所有优缺点，同时选择出适合您企业特定需求的方法。事实上，真正复杂的迁移可能会混合使用提取、优化和分阶段迁移的方法。但正确的平衡取决于你的预算、时间安排和风险阈值。

规划和准备迁移

一旦了解自己的需求，就到了熟悉迁移的各个阶段并制定项目计划的时候。您需要了解具体步骤、预估时间、依赖关系以及每个任务的负责人。

迁移工具

如果您还没有注册免费的云迁移试用版，请联系Atlassian全球白金合作伙伴、云专业伙伴——龙智，我们的专家团队将帮助您立即开始！迁移至 Atlassian Cloud 版后的试用期长短是由您当前的自托管许可证的用户数梯度等级以及剩余的运维天数决定的（最长为 12 个月），这样您就可以在 Jira 和 Confluence Cloud 中进行探索，并计划迁移的详细内容。

Atlassian 还为 Confluence 和 Jira 创建了云迁移助手，这是由 Atlassian 构建和维护的免费 Marketplace 应用程序。它可以帮助您将项目、内容、用户和组从 Server 版或数据中心版迁移上云，不会对团队造成任何干扰，并帮助您评估当前 Server 应用程序，了解云版应用程序可用性。除了激活免费的云迁移试用版以外，建议您第一步先下载云迁移助手。

有任何问题?

没有什么云迁移之旅是放之四海而皆准的，但是不要担心，您并不孤单。依靠Atlassian全球白金合作伙伴、云专业伙伴——龙智的专业知识来帮助评估、计划和执行您的迁移，为您的团队腾出时间专注于真正重要的事情。

云迁移之旅

云迁移有六个阶段，在阅读本篇文章之时，您可能已经启动了其中一些阶段。向云的迁移不会一直是线性的，与相关人员的交流也可能不按顺序进行，这些阶段可以为您提供一个灵活的框架参考，让您朝着正确的方向前进。

上图提供了一个简要概述，帮助您在迁移过程中保持在正轨之上，并保持前瞻性。每个阶段都包含几个关键的任务和目标，在继续下一步之前必须完成。请记住，每个企业的云迁移都是独一无二的——没有通用模板。

何时需要解决方案合作伙伴

如果您面临复杂的迁移任务，或者您的团队以前从未进行过云迁移，那么引入一个解决方案合作伙伴可以使一切变得不同。一些大型和中型公司的客户通过与专业的合作伙伴合作，从规划和执行云迁移的细节中获益。以下是一个检查清单，可帮助您考虑何时寻求解决方案合作伙伴的帮助：

• 有限的内部资源来协助这个项目

• 您需要帮助处理 Atlassian 支持范围之外的事情，包括用户验收测试、服务器升级或用户培训

• 您需要迁移项目管理、计划和执行方面的帮助

• 您面临复杂的合并场景

• 您需要迁移五个或更多的关键业务应用程序

• 您有特定的安全性和合规性需求

• 您需要迁移超过 1,000 个用户

Atlassian全球白金合作伙伴、云专业伙伴——龙智为您提供端到端的迁移服务，可以根据您企业的需求，量身定制一个适合的套餐。

管理新的云产品

想象一下云迁移完成的那一天。你和你的团队一起庆祝了一天，好好休息了一天，带着一种满足感回到了工作中。那么下一步是什么呢？请继续阅读有关迁移后如何管理新的云产品的最佳实践和技巧。

构建云版管理团队

迁移上云为某些传统职位创造了机会。一些曾经小众的工作现在变得重要起来，因为他们可以解决新出现的挑战。其他职位基本保持不变，但职责范围会有所扩大。例如：

• 大多数职位必须更多地依靠他们管理和集成的能力。如果他们在云转型前缺乏这些能力，则需要发展提升；

• 关注的重点从硬件转移到软技能，并转移到管理端到端的能力，而不是设计过程中的各个步骤；

• 安全需求不同，与供应商的关系也在变化，受到最重视的技能类型也会发生变化；

• 解决方案架构师和企业架构师等职业的重要性大大提高，他们主要整合外部云服务；

• 基础架构角色，如网络管理员、数据库管理员和存储管理员，必须重新调整其云技能，并处理更多层次的自动化。

有了云工具，安全更新和功能改进会更频繁地自动进行。因此，保持最新的状态在很大程度上就是及时了解变化的情况，了解正在进行中的功能和更新，并了解它们对最终用户的影响，而不是进行基础设施和软件的物理维护。虽然这确实需要一些时间和技巧，但比本地堆栈管理节约了更多时间。