Cloud 迁移指南
欢迎使用 Cloud 迁移指南！
我们通过将迁移过程分解为易于理解的多个阶段，并着重描述每一步所需的工具、资源和支持，从而帮助您自信地完成迁移之旅。
需要更多的实践建议？
除了本指南，我们的免费迁移演示还提供每个阶段的建议、提示和最佳实践，以及在整个演示过程中与我们迁移支持团队进行的实时聊天问答。
正在迁移 1,000 多个用户？
虽然大多数团队可以自行管理迁移，但迁移超过 1,001 个用户的客户应直接与我们联系，以获取更多支持，并与我们的团队安排迁移窗口（尤其是那些计划在下班后或周末进行迁移的客户）。请在既定迁移日期前 2 个月内与我们联系，以确保我们有足够的资源为您提供支持。
让我们砥砺前行！
认识团队
我们提供多个不同的支持渠道，以帮助您完成迁移过程。您需要的支持级别将取决于您在迁移过程中所处的阶段和迁移的复杂性，而迁移的复杂性可能受到用户数量、要迁移的应用和产品等因素的影响（下文会详细介绍）。
- Atlassian 社区 — 提出迁移问题、寻求答案和支持，并与其他 Atlassian 用户建立联系
- 推广人员 — 讨论与定价、功能、Cloud 和自行管理产品之间的差异等相关的主题
- Cloud 迁移经理和迁移支持工程师 — 解决技术问题，在某些情况下还可提供其他迁移指导
- 解决方案合作伙伴 — 值得信赖的第三方合作伙伴网络，可以支持端到端迁移或执行特定迁移任务
了解更多有关我们的支持范围、联系方式以及何时需要考虑解决方案合作伙伴。
我们的免费迁移工具
您可以使用的最重要的工具是免费 Cloud 迁移试用版，以及我们适用于 Jira 和 Confluence 的 Cloud Migration Assistant。
了解每个方面，以及如何利用它们作为迈向 Cloud 的第一步：
云迁移试用版
我们为考虑迁移到 Cloud 的 Server 和 Data Center 客户提供免费的 Cloud 迁移试用版。试用将维持 Server 维护或 Data Center 订阅的持续时间（最长 12 个月），并与您当前自行管理的用户等级（最多 20,000 个用户）相匹配。如果您的维护接近尾声，或者您的维护已经过期，您仍然有资格享受 2 个月的 Cloud 迁移试用。您可以使用试用版：
- 探索 Standard 和 Premium Cloud 的功能，并评估其在 Cloud 中的差别
- 构建概念验证以了解 Cloud 中的体验，并与利益相关者一起进行试用
- 您可以根据自己的需要对迁移进行多次测试，一旦准备就绪，就可运行真正的迁移，并将试用版用作生产许可证
强烈建议在迁移完成后，注册填写一个您计划作为新生产站点而保留的 URL。
Cloud Migration Assistant
适用于 Jira 和 Confluence 的 Cloud Migration Assistant 均为免费应用，可从我们的 Marketplace 获取。而根据您使用的版本，它们也可能已经安装在您的自行管理实例上。这些助手可帮助您评估和审计应用，并在迁移之前清理您的数据。根据您选择的迁移方法，用于实际迁移数据的工具可能有所不同。
- 对于 Confluence 客户，Cloud Migration Assistant 可以轻松地将您的空间、用户和群组迁移至 Cloud。了解有关“使用 Confluence Cloud Migration Assistant 可迁移哪些数据”的更多信息
- 对于 Jira Software、Jira Service Management 和 Jira Core，您可以使用 Jira Cloud Migration Assistant 来迁移数据。了解有关“使用 Jira Cloud Migration Assistant 可迁移哪些数据”的更多信息
- For Bitbucket, you can use the Bitbucket Cloud Migration Assistant to migrate your code, users, and pull requests. Learn more about what data gets migrated with Bitbucket Cloud Migration Assistant
成本比较工具
为了帮助您最好地评估 Server 和 Cloud 之间的成本，我们构建了定价工具，可提供全面的定价视图和估算。
- 通过估算与 Server 或 Data Center 相比的 Cloud 总体拥有成本，全面了解成本的实际组成。计算您的 Cloud 节省金额
- 获取 Cloud 或 Server 中产品和 Marketplace 应用的预估成本。您还可以添加其他产品或应用，并更改 Cloud 计划或用户数量，以便观察成本的变化情况。查看您的估算
评估阶段
旅程的第一阶段是评估阶段。在此阶段，您可以评估当前的状况，并了解 Cloud 和自行管理部署（例如：功能、维护和成本）之间的区别。
比较 Cloud 与自行管理产品
在此部分，我们将重点介绍在比较部署时需要考虑的几个关键事项，以确保您做出正确的决策。您还可以利用我们的迁移评估来获得个性化建议和量身定制的资源，以支持您的迁移。
是什么让云与众不同
部署和管理
与我们的自行管理产品不同，它们需要您花费时间和精力进行维护、升级、托管等，我们的 Cloud 产品由 Atlassian 托管、安装、保护、维护和更新，从而可为您的团队免除管理负担。您将始终能够访问最新的特性、改进和安全更新，不需要手动进行版本升级。下载我们的“成为 Atlassian Cloud 管理员”指南，了解有关过渡的更多信息。
云安全性与合规性
Atlassian 非常重视数据安全、隐私和合规。我们负责掌握全球不断变化的法规和合规性需求，管理员不用理会，因此无论您位于何处，您的数据都是安全的。想要更深入了解我们的认证以及我们如何保护您的数据安全，请访问 Atlassian Trust Center。
用户管理和 Atlassian Access
在管理 Cloud 中的用户时，创建组织并验证网域可为您提供企业跨多个 Cloud 站点和 Atlassian Cloud 产品的所有用户的集中视图。这也将给予管理员更多的控制权，使其能够为申领的用户帐户实施安全策略。
为了获得更多企业级安全性和集中式管理，我们构建了 Atlassian Access，只需一次订阅，就可以在您的全体 Atlassian 云产品上运行。在判断是否需要 Atlassian Access 时，可以评估的一些考虑因素包括：
- 您公司有云应用方面的安全需求吗?
- 您需要 SAML SSO 来简化访问和身份验证吗?
- 您是否需要连接到内部目录的自动化用户生命周期管理？
Access 支持可伸缩的治理，具有诸如用户配置、SAML SSO、Active Directory 同步、强制 2FA、API 令牌控制等特性。我们建议迁移者尽早评估他们是否需要 Access，以充分了解他们的 Cloud 情况。如果您仍希望使用本地 Active Directory，则还需要云身份提供商来连接您的 Cloud 产品。
云计划和定价
Cloud 既可以提供每名用户每月的价格，也可以提供年度订阅。月度订阅是根据每个月产品的授权用户的确切数来收费的。年度订阅则是根据您所属的用户级别收费的，并以较低的价格提供。
Atlassian 还提供了一系列的价格计划，旨在满足所有类型的团队的需求：要深入了解每个产品的定价计划所包含的功能，请访问以下定价页面：
如果您不确定需要哪种计划，可申请免费 Cloud 迁移试用版，以免费测试 Standard 和 Premium 功能，且无需任何承诺。
乍一看，云似乎更昂贵。但是，考虑到隐性服务器维护成本，以及 Atlassian 负责管理您的软件的事实，随着您的团队减少 IT 开销、维护、硬件成本等，您的长期成本就会转化为节省。除去这些项目，您的云账单便只剩下订阅费用和管理费用。
详细了解更多有关如何估算您的 Cloud 成本的信息，其中包括如何了解总体拥有成本，以及获取将 Server 产品迁移到 Cloud 的个性化成本估算。
查看即将推出的产品
我们正在不断创新和改进我们的 Cloud 解决方案。查阅我们的 Cloud 路线图，以了解即将推出的功能，以便为将来可以帮助您轻松迁移的功能做好计划。
评估应用和集成
与前面的步骤类似，对您自己安装或构建的当前应用（也称为插件）进行评估。在审核过程中，可能需要问自己这样一些问题：
- 如何使用每个应用？它们都被用于既定的目的了吗?
- 有多少人在使用这些应用？
- 是否有多个应用服务于同一个目的？
- 云产品中是否有相同的应用功能？
- 服务器和云应用之间的成本差异是什么？
- 是否有任何应用许可证已经过期？
审计应用时，主要关注的是它们是否在 Cloud 中可用，以及数据是否可以迁移。
使用 Cloud Migration Assistant 评估您的应用
如果还没有，请下载适用于 Jira 和 Confluence 的 Cloud Migration Assistant，并导航到“评估应用”。应用评估功能会显示当前在实例上安装的所有应用，Cloud 是否有该应用的版本，功能是否相同，以及是否存在迁移路径。
使用关于如何通过 Cloud Migration Assistant 进行应用评估的分步指导，或观看此处的视频教程。
如果您无法下载 Cloud Migration Assistant，请使用我们的应用评估手册指南。
云应用可用性和迁移能力
有了当前应用的列表和它们的使用情况后，请利用此机会来彻底清理。与内部团队交流，了解哪些应用对日常工作至关重要，哪些应用是 Cloud 中必备的，哪些应用不再对任务十分关键甚至不再使用。某些情况下，您在 Server 中使用的应用是 Cloud 中的原生功能。
对于那些重要的应用，请确保有对等的 Cloud 应用可用。此操作可通过 Cloud Migration Assistant 完成，或者您也可以在 Atlassian Marketplace 中进行搜索。
如果没有类似的应用，应直接联系供应商，看看是否有类似的应用正在开发中，了解 Marketplace 上是否存在类似的选择，或者重新评估这个应用是否对您的团队至关重要。请注意，服务器中的应用在云中的功能可能不同。我们建议直接联系供应商，检查云应用是否功能相同。
要了解您的 Server 应用是否有可用的 Cloud 迁移路径，请查阅 Server 到 Cloud 应用迁移文档，了解符合迁移条件的应用列表和说明。
与 Atlassian 的产品一样，Cloud 应用在功能和特点上可能与 Server 版本有所不同。所有的 Cloud 应用都有一个 30 天的免费试用期，所以您可以确保它仍然满足团队在 Cloud 中的需求。申请免费 Cloud 迁移试用版并安装您选择的 Cloud 应用，以便进行测试。
应用安全性
与使用自行管理许可证的应用不同，Cloud 应用并不是安装在您的防火墙后。相反，大多数 Cloud 应用是由 Marketplace 或开发该应用的 SaaS 合作伙伴托管的。虽然我们的供应商对其应用的安全性负责，但我们仍针对 Atlassian Marketplace 中的每款产品实施了严格的要求。第三方应用须遵守：
- 业界一致的安全自评估
- GDPR 和欧洲关于数据和隐私的法规
某些应用合作伙伴也会选择参与我们的公共缺陷赏金计划，在此活动中，将有一组安全研究人员对应用进行测试。您会在他们的应用列表上看到一个“云安全参与者”徽章。
我们还启动了我们的 Cloud Fortified 应用计划。通过该计划，您可以更轻松地查找具有高级安全性、可靠性和支持的 Atlassian Marketplace Cloud 应用。要获得 Cloud Fortified 徽章，Marketplace 应用必须满足 Atlassian 的云安全性要求，并参与其他选择加入的云安全性计划，接受定期性能检查和监控，以最大限度地提高可靠性，并保持严格的支持 SLA。
为了支持 Cloud 产品的可扩展性和定制性，Marketplace 合作伙伴和客户可使用我们的应用开发平台 Forge 构建符合核心 Atlassian 平台且附带内置安全防护的应用。
组建团队
正如我们此前所言，迁移是一项团队行动，所以您应立即组建强大团队，来帮助组织进行迁移。在大多数迁移中，以下列出的这些角色关乎到整个迁移过程的成败，不过，如果团队规模较小，同一个人可能会扮演多个角色。请记住，您随时都可以从 Atlassian 获取支持。
- 项目经理：专门负责凝聚团队的人员，负责展示业务案例，管理迁移，跟踪状态和各个任务，并担任主要联系人。
- 系统管理员：在 Server 上配置系统，了解需要迁移的权限和工作流。他们还可以执行迁移。如果他们没有 Cloud 方面的经验，也可以依赖解决方案合作伙伴来执行实际的迁移工作。
- 执行发起人：负责预算审批，业务案例审批，并可能成为公司的 Atlassian 拥护者。
- 技术团队和测试人员：执行迁移的专门团队。在迁移之前，您将希望运行一系列测试，以确保团队能够完成重要的任务。测试人员应该来自不同的团队，他们将以不同的方式使用您的系统，并应测试他们最重要的任务。
- 安全、法务和合规：来自安全和法务部门的人员应该尽早参与进来，以确保迁移计划满足所有的安全和合规标准（并防止这些要求在此过程的后期成为障碍因素）。
- 产品代表：迁移将改变团队的工作方式，这意味着团队将需要培训、解决疑难，还可能需要通过就工作流程集思广议来获取帮助。此角色可以指定一个人员来承担，也可以由一个团队共同承担。
对于任何团队来说，务必要在迁移过程中为具体的运作制定指导方针，以确保清晰和一致的沟通路线。以下是确保团队顺利运作的一些建议：
- 及早设置清晰的角色和职责
- 经常沟通
- 尽早制定计划，尽快组建团队
- 在必要的时机和场合引入解决方案合作伙伴。我们看到，在超过 1,000 个用户的迁移中有 60%、在超过 5,000 个用户的迁移中 100% 都有解决方案合作伙伴的参与。了解更多有关何时需要考虑解决方案合作伙伴的信息
下载 Cloud 迁移工具包以获取清单、通信模板等。
规划阶段
既然您已经花时间对 Cloud 进行了研究、评估了自行管理的设置并组建了团队，那么现在是时候开始规划实际的迁移了。
选择迁移策略和方法
具体选择哪种方法将取决于您团队的独特迁移需求。查看以下部分，了解并选择适合您团队的最佳策略和方法。
从服务器到云的迁移策略
| | |
|---|---|
| 优点 |
|
| 缺点 |
|
| 何时推荐 |
|
| | |
|---|---|
| 优点 |
|
| 缺点 |
|
| 何时推荐 |
|
| | |
|---|---|
| 优点 |
|
| 缺点 |
|
| 何时推荐 |
|
| | |
|---|---|
| 优点 |
|
| 缺点 |
|
| 何时推荐 |
|
选择您的迁移方法
至于实际的迁移方法，有一些选项可供选择。考虑上面您选择的迁移策略，然后查看此处概述的迁移方法，以确定最佳方案。影响您方法的因素包括：
- 想要迁移哪些产品
- 您使用的 Server 或 Data Center 版本是什么
- 需要迁移多少数据
应用迁移途径
迁移规划的其中部分工作包括确定您的应用迁移途径或将 Server 应用和应用数据迁移至 Cloud 的方法。
如今，不能使用 Cloud Migration Assistant 将应用数据自动从 Server 迁移到 Cloud。但是，我们正努力在今年年底之前将此功能添加到适用于 Confluence 和 Jira 的 Cloud Migration Assistant 中。
同时，许多 Marketplace 应用已记录了可用的手动迁移路径，或承诺构建自动迁移路径。在评估了应用并确定在 Cloud 中需要哪些应用后，请参阅针对 Jira 和 Confluence 应用的这些页面，以确定当前可用的迁移路径。如果您对文档中未介绍的应用迁移存有疑问，我们建议您直接与应用供应商联系。
迁移之前，无需禁用应用或从服务器上卸载应用。如果在进行迁移时您的应用仍处于活动状态，则迁移仍将会成功。
用户迁移策略
用户迁移策略取决于您使用的迁移工具以及您是否具有外部身份提供商。在决定迁移用户之前，请确保您已查看如何迁移每种产品的用户、群组和权限。
如果您在使用自行管理的 LDAP 或 Active Directory 以作为用户身份验证方法，则必须使用 Atlassian Access，它可充当身份提供商和 Atlassian Cloud 产品之间的桥梁。如果您没有受支持的云身份提供商，Atlassian 将与 Okta 合作提供免费帐户。
要了解如何根据当前的用户管理设置向前推进，请参阅我们的 Access 和 Cloud 迁移文档。
记录您的迁移项目计划，包括规划的活动、估计的时间、每个任务的负责人和依赖关系。
准备阶段
您已经制定好了计划，现在是时候让团队、环境和数据为这一重大转变做好准备。此阶段可能需要几天到几周的时间，因此请确保您有足够的时间完成此阶段的工作。如果您人手有限，或者需要更多实际操作方面的支持，可以与解决方案合作伙伴联系，让他们为您分担繁重的工作。
准备您的团队和站点
有了计划和估计的时间线，就可以开始与将受影响的利益相关者和团队讨论迁移的细节，这样您的用户就可以在不影响工作的情况下顺利开始。对于某些公司而言，根据要迁移的产品的关键程度，此步骤可能需要在更早阶段开始。最好建立沟通层级，规定沟通时间和频率，以便团队可以收到通知并为变更做好准备。
下载 Cloud 迁移工具包以获取通讯模板、运行手册模板等资源。
确保您使用了受支持的服务器版本
根据您已经选择的迁移方法，您可能需要在特定版本的 Server 或 Data Center 实例上执行迁移。请查看以下受支持的版本：
清理您的 Server 实例
迁移的数据越多，迁移的时间就可能越长、越复杂，并且可能会影响 Cloud 性能。在运行测试迁移之前，请将迁移作为清理 Server 实例的一次机会。
其中需要注意的部分事项可能包括：非活动的应用或用户、旧产品数据（例如：项目、自定义项或可以简化或遗留的工作流程）以及所有重复数据。有关清理的最佳实践，请参阅我们的文档。
安装云应用
作为测试的一部分，您可能需要安装和测试打算在 Cloud 中使用的所有应用的全部功能和迁移。确保您和您的利益相关者都已经测试了 Cloud 功能，并且适合您团队的需求。了解有关迁移应用的更多信息。
制定运行手册和时间表
汇编一本运行手册或逐步清单，说明在什么时候需要执行哪些操作、支持性说明、每个任务的负责人以及每个步骤需要多长时间。记录哪些步骤是相互依赖的，且如果没有完成便会阻碍您推进。在运行手册的最后，为负责人提供一个缓解计划，以防需要回滚某些内容。
要开始使用，请下载我们的运行手册模板，并根据需要修改任务。您可以观看我们关于如何使用模板的短视频。
在下一阶段，您将使用运行手册运行测试迁移，并根据需要进行调整。
测试阶段
在此阶段，您将进行测试性运行，确保一切正常，计算迁移花费的时间，并在生产迁移之前发现所有问题。
测试性迁移
无论公司规模或迁移复杂性如何，我们都建议所有客户在执行生产迁移之前先运行测试性迁移。在使用我们的测试指南完成测试性迁移之前，请确保您已完成准备阶段的预迁移清单中的所有内容。
如果您使用的是 Cloud Migration Assistant，则请查看我们的文档以获取分步指导：
使用免费的 Cloud 迁移试用版来测试您的迁移、应用以及您可能需要的所有配置。您可以根据需要运行任意次数的测试性迁移。请参阅我们的文档，了解如何重置站点以运行多个测试。
备份您的数据
无论您选择了哪种迁移策略和方法，我们都建议在迁移之前备份您自行管理的实例。如果在您的 Cloud 站点中已经有数据，请务必同时备份这些数据。请参阅我们的文档以获取指导：
传达您的计划
安排好最终时间线和负责人后，就可以将正式计划传达给您的组织。沟通中需要包含以下内容：
- 何时进行迁移？
- 预计用户会遇到多长的停机时间？
- 让最终用户避免在过渡期间进行任何更改。
- 迁移后，旧站点会怎样？是否仍然可以访问或读取？
- 新的 URL 是什么？
- 用户将如何登入？
- 如果遇到任何问题或无法登录，应该与谁联系？
- 他们可以查看哪些培训材料以适应云环境？
切记，在迁移过程中可能会发生一些问题，您可能需要进行故障排除，因此请为最终用户安排一个调整期，以清理您的站点并按计划开展工作。
在 Jira 或 Confluence 中全站点使用横幅来提醒用户即将进行迁移。
启动阶段
您成功了，可以松一口气了！通过仔细的规划、准备和全明星团队，您已经成功地迁移至 Cloud。在您庆祝（或休长假）之前，请确保您的团队受到热烈欢迎，确保他们已经为 Cloud 做好了准备，并且确保您的管理员相信自己已经做好了承担 Cloud 责任的准备。
探索我们的免费工具
使用我们的 Cloud Migration Assistant，评估您的应用并探索迁移选项等等。