自 2024 年 2 月 15 日起,我们将不再支持 Server 产品。完成迁移以继续获得支持。了解如何开始 →
Cloud 迁移指南
欢迎使用 Cloud 迁移指南!
我们通过将迁移过程分解为易于理解的多个阶段,并着重描述每一步所需的工具、资源和支持,从而帮助您自信地完成迁移之旅。
需要更多的实践建议?
除了本指南,我们的免费迁移演示为每个阶段提供建议、提示和最佳实践,以及在整个演示过程中与我们迁移支持团队进行的实时聊天问答。
简介
迁移至 Cloud 是一项团队行动,涉及 Atlassian、解决方案合作伙伴和我们的 Marketplace 合作伙伴,而其中最重要的因素是:您。在 Atlassian Migration Program 中,我们为您提供了免费的工具、资源和支持,确保您踏上正轨并成功迁移 — 从本指南开始吧!
认识团队
我们提供多个不同的支持渠道,以帮助您完成迁移过程。您需要的支持级别将取决于您在迁移过程中所处的阶段和迁移的复杂性,而迁移的复杂性可能受用户数量、要迁移的应用等因素的影响(下文会详细介绍)。
- Atlassian 社区—一个供 Atlassian 用户提出迁移和产品问题、寻找答案和支持以及相互交流的空间
- 推广人员—可讨论定价、功能、云和自行管理产品之间的差异等相关主题的云专业人员
- 云迁移经理和迁移支持工程师—可解决技术问题并在某些情况下提供其他迁移指导的卓越智慧型专家
- 解决方案合作伙伴—值得信赖的第三方合作伙伴联盟,可以支持端到端迁移或执行特定迁移任务
- Marketplace 合作伙伴—与 Atlassian 合作,在云和云安全方面进行投资以尽可能为您带来最佳体验的应用供应商
详细了解我们的支持范围、联系方式以及何时需要考虑解决方案合作伙伴。
我们的免费迁移工具
我们构建了几款迁移工具,以帮助您完成云之旅。了解每款工具以及如何在迁移过程中使用它们。
云迁移试用版
我们为考虑迁移到云的自行管理客户提供免费的云迁移试用。该试用将维持 Server 维护或 Data Center 订阅的持续时间(最长 12 个月),并与您当前自行管理的用户层级(最多 20,000 个用户)相匹配。
通过该试用,您可以:
- 探索 Standard 和 Premium Cloud 的功能,并评估其在 Cloud 中的差别
- 构建概念验证以了解 Cloud 中的体验,并与利益相关者一起进行试用
- 作为迁移规划和执行的一部分,测试您的迁移并进行用户验收培训
强烈建议迁移完成后注册一个您计划作为新生产站点而保留的 URL。
Cloud Migration Assistant
为了帮助您迁移产品,我们构建了适用于 Jira、Confluence 和 Bitbucket 的云迁移助手。这些免费应用可从我们的 Marketplace 下载,或者根据您的实例版本,可能已经安装在您的自行管理实例上。这些助手可以帮助您评估和审核应用,确定要迁移的用户、项目和空间,并提供有关测试性迁移的洞察信息。
- Jira Cloud Migration Assistant:对于 Jira、Jira Service Management 和 Jira Core,您可以使用 Jira Cloud Migration Assistant 来迁移数据。详细了解使用 Jira Cloud Migration Assistant 可迁移哪些数据。
- Confluence Cloud Migration Assistant:对于 Confluence 客户,Confluence Cloud Migration Assistant 可以轻松地将您的空间、用户和群组迁移到云端。详细了解使用 Confluence Cloud Migration Assistant 可迁移哪些数据。
- Bitbucket Cloud Migration Assistant:对于 Bitbucket 用户,您可以使用 Bitbucket Cloud Migration Assistant 来迁移您的代码、用户和拉取请求。
成本比较工具
为了帮助您更好地了解与迁移到云相关的成本,我们构建了定价工具,可让您全面了解成本并估算定价。
技术文档
在本指南中,您将找到指向我们的迁移支持文档的链接。这些文档提供了有关迁移过程的各个步骤和方面的更多技术和战术信息。请务必熟悉本文档,因为它可以帮助提前回答您可能遇到的问题。
我们将继续添加和改进迁移工具和资源,以帮助您更快地迁移云中。请查看我们的迁移路线图,了解我们正在开展的工作,或者查阅 Atlassian 社区,看看其他迁移人员在说些什么。
Confluence 迁移协作空间
如果您使用 Confluence(如果您没使用,我们认为您应该使用),Confluence 迁移协作空间是一个综合性资源,可让您全面了解 Atlassian 有关将 Jira、Confluence 和 Bitbucket 产品成功迁移到 Cloud 的建议和最佳实践。该空间的内容按照云迁移生命周期的不同阶段进行组织,提供了有用的文档、信息丰富的视频、清单和工具包。
我们建议规模较小的团队利用此资源。Confluence 是为您准备的空间,因此我们鼓励您对其进行编辑并使用它来帮助计划和跟踪迁移。规模较大的团队可以与云迁移经理沟通,了解其他迁移规划资源。
迁移要求
在您开始您的 Cloud 旅程之前,有几个问题需要考虑,以便大致了解您的迁移需求:
- 此次迁移的目标是什么,您希望在长期时段内实现哪些目标?
- 您的时间表是怎样的?数据迁移是否准备就绪,还是要再等等?
- 预算是多少?
- 您和您的团队可以在迁移方面投入多少时间?哪些人会参与其中?
- 您希望迁移哪些产品,贵公司的规模有多大?
- 您对安全、法律、合规和隐私的要求是什么?
- 哪些 Marketplace 应用是您的团队所必需的?
为了帮助将迁移分解为易于管理的部分,我们将您要采取的步骤分为几个阶段。在每个阶段,您将收集必要的信息并执行所需的步骤以进入下一阶段。
首先,让我们评估一下您团队当前的环境和云需求。
评估阶段
评估是迁移之旅的第一步,此阶段将引导您评估您当前的 Atlassian 环境和云选项。您在这一阶段所做的工作将有助于确保顺利迁移并在未来成功使用云技术。
自行管理与云
在决定采用哪种部署时,需要考虑几个关键差异。采用云时,Atlassian 会承担更多的运营责任,这对成本分配和管理体验都有影响。继续阅读,了解有关差异的更多信息,以及如何为团队评估差异。
成本分配
购买云意味着告别自行管理产品的隐性维护成本,而从 Atlassian 负责管理软件中受益。在云中,您的团队可以减少 IT 开销、维护和硬件成本等,从而将长期成本转化为节省。除去这些项目,您的云账单便只剩下订阅费用和管理费用。
详细了解如何估算您的云成本,其中包括如何了解总拥有成本,以及获取将自行管理产品迁移到云的个性化成本估算。
部署和管理
与我们的自行管理产品不同,它们需要您花费时间和精力进行维护、升级、托管等,我们的 Cloud 产品由 Atlassian 托管、安装、保护、维护和更新,从而可为您的团队免除管理负担。您将始终能够访问最新的特性、改进和安全更新,不需要手动进行版本升级。下载我们的“成为 Atlassian Cloud 管理员”指南,了解有关过渡的更多信息。
记住 MAGIC 5,确保万无一失
评估您当前的环境似乎令人望而生畏(不要让我们从有多少 Confluence 页面开始)。在帮助无数团队进行云迁移后,我们注意到一些关键领域值得仔细研究,以确保您为顺利迁移做好准备。为了帮助记住这些主题,我们使用了一种助记法:MAGIC。MAGIC 概述了评估您的 Server 或 Data Center 实例的步骤,以识别和减少潜在的摩擦点,更快地迁移到云。
对于用户数量较多(超过 1000 个)的迁移,Atlassian 将与您一起完成此流程,以确保您为成功做好准备。
MAGIC 代表以下内容:
- 迁移策略
- 应用、集成和自定义
- 增长和可扩展性
- 身份管理
- 合规性与安全性
迁移策略
为了让您做好准备进行成功的迁移并制定高水平的迁移策略,您应该首先回答一些基本问题,以了解您当前的 Atlassian 足迹、您在云端的理想最终状态以及如何实现目标。
评估当前的环境
在审核您当前的技术堆栈时,请在回答以下问题时记下您拥有的产品和集成:
- 您的所有 Atlassian 产品都是自行管理的,还是已经有了一些云产品?
- 每种产品分别有多少员工在使用以及用于什么目的?
- 它们的使用频率有多高?
- 每种产品有多少实例?有没有您之前不知道的任何实例?
- 您为 Atlassian 的产品做过定制吗?您或您的团队多久维护一次实例中的工作流和自定义字段?
了解您当前的环境将有助于您更好地确定前进的方向。
确立云端理想的最终状态
在开始迁移之前,您还应该考虑希望从云产品中获得什么,并回答以下关键问题:
-
迁移后,您想通过 Atlassian 工具支持新的或更好的工作方式吗?
-
在向云迁移时,您想清理或标准化工作流程吗?
-
您是希望云中的足迹与使用自行管理产品时的足迹相同,还是希望对足迹或租户地图进行更改?请记住,合并和/或联合实例可能会增加流程的复杂性。详细了解云中单实例和多实例模型的部分用例。
-
总的来说,在向云迁移时,您的 Atlassian 产品是否有办法更好地支持您的组织及其目标?
为了帮助您规划当前环境以及在向云迁移时需要进行的变更或优化,请试着使用我们通过 Miro 构建的此蓝图练习。
云计划和价格
作为迁移策略的一部分,您还需要确定要在云中使用的计划。云计划既可以按月按用户定价,也可以按年订阅。月度订阅是根据每个月产品的授权用户的确切数来收费的。年度订阅则是根据您所属的用户层级收费的,并以较低的价格提供。
Atlassian 还提供了一系列的定价计划,旨在满足所有类型团队的需求:要深入了解每个产品的定价计划所包含的功能,请访问以下定价页面:
为了支持所有类型的团队,我们还针对 Community 和 Academic 订阅、开源订阅和政府机构提供定价折扣。
迁移超过 1,001 个用户的客户可能有资格获得额外的定价奖励,例如:双重许可。
如果您不确定需要哪种计划,可申请免费 Cloud 迁移试用版,以免费测试 Standard 和 Premium 功能,且无需任何承诺。
迁移工具和团队
最后,您还需要开始考虑如何将数据从 A 迁移到 B,首先要了解您的迁移工具和团队。我们建议使用本指南导言中概述的 Atlassian 云迁移工具。在评估您的云之旅时,请务必了解这些工具可以为您做什么以及它们是如何工作的。
此外,在评估阶段,开始考虑在迁移过程中需要让哪些利益相关者参与进来也很有用。
应用、集成和自定义:
与前面的步骤类似,对您自行安装或构建的当前应用(也称为插件)进行评估。利用我们的应用评估支持中心来帮助确定您在云中需要哪些应用,并检查以下问题以帮助指导您的评估:
- 如何使用每个应用?它们都被用于既定的目的了吗?
- 有多少人在使用这些应用?
- 是否有多个应用服务于同一个目的?
- 云产品中是否有相同的应用功能?
- Server/Data Center 与 Cloud 版本之间有何成本差异?
- 是否有任何应用许可证已经过期?
评估应用时要关注的主要问题是,假设您的团队需要的应用已存在于 Cloud 中并且可以迁移到 Cloud,那么将应用保留在 Cloud 是否仍有商业合理性。
使用 Cloud Migration Assistant 评估您的应用
下载适用于 Jira、Confluence 和 Bitbucket 的 Cloud Migration Assistant,然后导航到“评估您的应用”。应用评估功能可显示您当前已在实例上安装的所有应用,并显示 Cloud 中是否有该应用的版本、功能是否相同,以及是否存在迁移路径。我们还建议使用 Jira 应用使用情况来帮助确定每款应用在您组织中的使用频率。
使用关于如何通过 Cloud Migration Assistant 进行应用评估的分步说明,或观看短视频教程。
如果您无法下载 Cloud Migration Assistant,请使用我们的应用评估手册指南。
云应用可用性和迁移能力
有了当前应用的列表和它们的使用情况后,请利用这个机会来彻底清理。由于应用迁移需要专用的评估和迁移带宽,因此您应考虑要优先迁移哪些应用。成功完成迁移后,可随时重新添加应用或考虑仅适用于 Cloud 的新应用。与内部团队交流,了解哪些应用对日常工作至关重要,哪些应用是 Cloud 中必备的,以及哪些应用不再关键甚至不再使用。某些情况下,您在 Server 或 Data Center 中使用的应用是 Cloud 中的原生功能。
对于那些重要的应用,请确保有对等的 Cloud 应用可用。此操作可通过 Cloud Migration Assistant 完成,或者您也可以在 Atlassian Marketplace 中进行搜索。
如果没有等效的应用,应直接联系供应商,看看是否有等效的应用正在开发中,了解 Marketplace 上是否存在类似的选择,或者重新评估相关应用是否对您的团队至关重要。请注意,Sever 或 Data Center 中的应用在 Cloud 中的功能可能不同。建议直接联系供应商,检查 Cloud 应用是否功能相同。
要了解您的 Server 或 Data Center 应用是否有可用的 Cloud 迁移路径,请查阅应用迁移途径文档,获取符合迁移条件的应用的列表和说明。
与 Atlassian 的产品一样,Cloud 应用在功能和特点上可能与 Server 或 Data Center 版本有所不同。所有 Cloud 应用都有一个 30 天的免费试用期,因此您可以确保它仍然满足团队在 Cloud 中的需求。申请免费 Cloud 迁移试用版并安装您选择的 Cloud 应用,以便进行测试。
应用安全性
与使用自行管理许可证的应用不同,Cloud 应用并不是安装在您的防火墙后。相反,大多数 Cloud 应用是由 Marketplace 或开发相应应用的 SaaS 合作伙伴托管的。虽然我们的供应商对其应用的安全性负责,但第三方应用必须:
- 遵守 Atlassian 的 Marketplace 安全要求
- 同意让 Atlassian 的 Ecoscanner 平台每天扫描应用,以确保符合关键安全要求
- 遵守 Atlassian 的安全缺陷修复政策并及时响应安全问题
- 向团队提供隐私政策
- 遵守《通用数据保护条例》(GDPR) 以及所有与数据和隐私相关的地区法规
某些应用合作伙伴也会选择参与我们的公共缺陷赏金计划,在此活动中,将有一组安全研究人员对应用进行测试。您会在他们的应用列表上看到一个“云安全参与者”徽章。
您还可以留意“Cloud Fortified”徽章,以识别参与缺陷赏金计划的应用,填写完整的“隐私与安全”选项卡,并满足更高的支持和可靠性标准。在 Trust Center 详细了解选择加入计划。
要详细了解特定应用的隐私和安全实践,请查看应用列表上的“隐私和安全”选项卡,或查看相应应用的隐私政策。
为了支持 Cloud 产品的可扩展性和定制化,Marketplace 合作伙伴和用户可使用 Atlassian 托管的应用开发平台 Forge 构建附带内置安全功能的应用。
增长和可扩展性
在开始迁移之前,请务必评估用户数量和数据规模,以确保迁移取得成功,并确保您的实例在 Cloud 中具有高性能。
问问自己:
- 您计划将多少位用户迁移到 Cloud?有关当前用户限制,请参阅以下页面:
- 您计划在 Cloud 中使用多少个站点?(注意:站点上限为 150 个)
- 是否存在未使用且可留在原处的数据,以提高 Cloud 中的性能?
通常情况下,我们建议客户在迁移前对旧数据或未使用的数据进行一定程度的清理,以提高迁移速度和 Cloud 性能。
此外,这些信息还会影响并指导您的迁移策略,包括您的理想环境配置和实际迁移到 Cloud 的方式。
身份和用户管理
为帮助您管理 Cloud 中的用户,我们建议所有团队创建一个组织并验证他们的网域。通过完成这两项工作,可以集中管理多个 Cloud 站点和 Atlassian Cloud 产品中的所有用户。这也将给予管理员更多的控制权,使其能够为申领的用户帐户实施安全策略。
为了获得额外的企业级安全性和集中化管理,我们构建了 Atlassian Guard,只需一次订阅即可在您的所有 Atlassian Cloud 产品上运行。以下是评估 Atlassian Guard 是否适合贵组织的一些考虑因素:
-
贵公司对 Cloud 应用的访问管理是否有安全要求?
-
您是否需要 SAML 单一登录 (SSO) 来简化访问和身份验证?
-
您是否需要连接到内部目录的自动化用户生命周期管理?
-
您是否需要集中式可见性和审计日志记录来满足合规性要求?
Guard 可通过用户调配、SAML SSO、Active Directory 同步、强制双因素身份验证 (2FA)、API 令牌控制等功能实现可扩展的治理。我们建议迁移者尽早评估 Guard,以便更好地了解他们的 Atlassian Cloud 环境和安全要求。如果您仍希望使用先前的 Active Directory 设置,则还需要云身份提供程序来连接您的云产品。
合规性与安全性
Atlassian 非常重视数据安全、隐私和合规。迁移到 Cloud 后,您的团队可以利用一流的数据保护,从而更有效地专注于创新。这一旅程的第一步是了解您的需求。建议您在流程早期让安全、法务和其他合规相关利益相关者参与进来,以确保他们了解 Atlassian 如何保护 Cloud 中的数据。
迁移到 Cloud 涉及到责任转移,迁移后,Atlassian 和您的团队需共同承担责任。要详细了解 Cloud 中的责任共担模式以及 Atlassian 如何在不断变化的监管和数据安全环境中为您的组织提供支持,请访问 Atlassian Trust Center。
了解迁移的复杂性
在整个 MAGIC 5 流程中,您将会收集有关您当前情况的信息。这将让您深入了解迁移的简单程度或复杂程度。
例如,以下几种情况会增加迁移的复杂性:
- 数据量大或用户数多
- 存在多款产品和应用(超过 10 个)
- 大量自定义内容(超过 100 个客户字段)
这种复杂程度可能会影响您的时间线、选择的迁移策略以及可能需要的支持级别。Atlassian 可直接为拥有 1000 名或更多用户的团队提供一些支持,但如果您认为自己可能会面临更复杂的迁移,无论您的用户规模如何,我们都建议您与解决方案合作伙伴合作。
如果您发现迁移变得越来越复杂,我们已经为此做好准备。了解如何寻找解决方案合作伙伴以及我们针对最复杂的迁移提供的企业解决方案。
如前文所述,评估您当前的状况和 Cloud 需求是成功迁移的关键第一步。确保在此阶段花费足够的时间,以真正了解迁移的复杂性。
对情况有了深入了解后,就可以着手规划迁移了。
规划阶段
现在您已花时间对 Cloud 进行了研究、评估了您自行管理的设置,接下来该开始制定实施计划了。计划阶段将指导您制定良好的迁移计划,以确保每个人都参与其中、了解情况并投入其中。
组建团队
正如我们此前所言,迁移是一项团队行动,因此您应立即组建强大团队,来帮助组织进行迁移。请记住,您随时都可以从 Atlassian 获取支持。
-
项目经理:负责凝聚团队的人员,负责展示业务案例,管理迁移,跟踪状态和各项任务,并担任主要联系人。
-
系统管理员:了解先前实例的配置和权限,并拥有迁移所需的所有权限。他们还可以执行迁移。如果他们在 Cloud 方面没有任何经验,也可以借助解决方案合作伙伴来执行实际的迁移工作。
-
执行发起人:负责预算审批、业务案例审批(此人也可能成为贵组织的 Atlassian 拥护者)。
-
技术团队和测试人员:执行测试性迁移和实际迁移。在迁移之前,您将需要运行一系列测试,以确保团队能够完成重要的任务。测试人员应该来自不同的团队,他们将以不同的方式使用您的系统,并应测试他们最重要的任务。
-
安全、法务和合规:负责向迁移团队的其他成员提供重要的安全、法务和合规信息。安全和法务部门的人员应该尽早参与到项目中,以确保迁移计划满足所有的安全和合规标准(并防止这些要求在流程后期成为障碍因素)。
-
产品拥护者:倡导采用 Cloud 技术,帮助改变团队的工作方式,这意味着团队将需要培训、解决疑难,还可能需要开发新的工作方式。此角色可以指定一个人员来承担,或由一个团队共同承担。
无论对于哪个团队而言,都要在迁移过程中为具体的运作制定指导方针,以确保形成清晰、一致的沟通渠道。以下是确保团队顺利运作的一些建议:
-
尽早设定明确的角色和职责,让每个人都知道自己需要做什么。
-
经常沟通。设置专用通道,让所有人了解最新情况。
-
尽早制定计划,尽快组建团队。
-
在必要的时机和场合聘请解决方案合作伙伴。我们看到,在用户数超过 1000 的迁移中有 60%、在用户数超过 5000 的迁移中有 100% 都有解决方案合作伙伴的参与。详细了解如何与解决方案合作伙伴合作。
迁移方法
迁移方法将决定您如何准备迁移到 Cloud 的数据。对于大多数团队而言,我们建议采用直接迁移方法,因为这种方法通常有助于降低迁移的复杂性并缩短迁移时间,进而使您的组织能够更快地利用 Cloud 的优势。
我们建议的方法基于您的用户数量:
少于 10000 名用户 | 超过 10000 名用户 |
Atlassian 建议使用直接迁移方法。 | 请尽快联系我们或云专业解决方案合作伙伴,了解最适合贵组织需求的其他迁移方法。 |
虽然我们的建议基于用户数量,但我们知道在选择方法时还需要考虑其他因素。您可能会发现,您的用户、应用、自定义项、业务需求、实例或可接受的停机时间窗口使直接迁移变得不可行。如果您无法以这种方式进行迁移,请联系我们或云专业合作伙伴,讨论替代方法。
对于用户超过 1000 名的所有团队,我们强烈建议与可以帮助您进行迁移的云专业解决方案合作伙伴合作。
对于用户超过 5000 名的所有团队,Atlassian 可以评估您的数据,以帮助您制定迁移计划和迁移方法。联系我们了解详情。
直接迁移
直接迁移的重点是在单个停机期间窗口内迁移您的实例。为此,需要提前进行适当的规划和数据准备,以确保停机期间窗口高效而顺畅。直接迁移包括几项关键操作,可帮助您更顺利地进行迁移,其中一些操作如下:
- 审查并清理您的数据
- 选择要迁移的应用、项目和空间
- 预迁移用户和附件
- 运行测试性迁移和用户验收测试
虽然迁移所需时间会因数据规模和复杂性而异,但预计迁移计划和执行时间如下:
0-5000 个用户 | 5000-10000 个用户 | 10,000 多名用户 |
4 个月 | 6 个月 | 6 个月以上 |
除数据规模和复杂性以外,预计所需时间还取决于多个因素。领导层的支持和足够的员工(您或合作伙伴的员工)等因素可能会缩短或延长所需时间。在评估阶段进行高质量的评估将有助于您了解迁移情况,并更加准确地估计所需的时间。
无论您要采用哪种方法,只要您要迁移超过 1000 名用户,都请在既定迁移日期前提前 3 个月联系我们。
制定迁移计划应由团队共同努力,并应将评估结果以及上面列出的战术步骤考虑在内。以下是在制定直接迁移计划时需要考虑的一些额外事项:
- 缩减数据规模(推荐)
-
Cloud 采用(推荐)
Cloud 迁移成功与否取决于团队是否积极使用您实施的工具来更智能、更快速地工作,因此,我们建议您在迁移的早期制定组织变更管理计划。为提供帮助,我们打造了 Cloud 采用工具包,其中包含一系列资源,提供了实用的指导、模板和入门资料,可供您在变更中应对人员方面的问题,加快实现 Cloud 投资的价值。
-
用户管理设置
-
如果您正使用自行管理的 LDAP 或 Active Directory 作为用户身份验证方法,则必须使用 Atlassian Guard,它充当身份提供程序与 Atlassian Cloud 产品之间的桥梁。请参阅我们的 Guard 和云迁移文档。
-
了解如何迁移每种产品的用户、群组和权限。
-
-
Cloud 蓝图
-
一般而言,您的实例越少,迁移就越简单。如果您使用多个实例,则可能需要考虑在迁移之前联合或整合实例。
-
花时间完成我们的 Cloud 蓝图练习,看看您的 Cloud 足迹应是什么样子以及如何实现这一目标。
-
本指南的其余部分将引导您完成直接迁移的剩余阶段,包括成功迁移的必要步骤、资源和指导。
准备好在云端工作
作为计划的一部分,您必须决定是否要使用云迁移试用版,或者如果您不符合使用条件,则购买新的云站点进行迁移。做出决定后,如果您正在考虑使用 Atlassian Guard 为整个站点提供额外的安全性,则需要立即完成两个步骤:设置您的组织和验证您的域。请注意,这两个步骤不是必需的,但却是实施 Atlassian Guard 的前提条件。
决定您是否需要 Atlassian Guard
如果您需要在 Atlassian Cloud 产品中实现集中化的企业级安全和管理,那么现在正是考虑是否需要 Atlassian Guard 的好时机。如果您还需要云身份提供程序,请直接在 Atlassian Guard 中注册免费的 Okta 帐户。如果您还不确定是否需要 Atlassian Guard,也可以稍后添加。
设置您的组织
回顾一下:通过设置一个组织,您可以在同一处查看公司的所有 Atlassian Cloud 用户(跨多个 Atlassian 站点和产品),管理您用户的帐户,并设置 SAML SSO 一类的安全特性。系统将自动为每个站点创建一个组织,或者您也可以将站点转移到一个现有的组织。若要访问您的组织,请转到 admin.atlassian.com 并遵循关于如何设置、重命名产品和站点并将其添加到您的组织的步骤。
验证您的域
通过验证您的网域,将确保对您公司网域的所有权,并可以申领处于相同网域的所有用户的帐户(也称为受管理帐户)。选择一种方法并遵循有关如何为您的组织验证网域的步骤。此过程最长可能需要 72 小时,因此最好尽早开始。
建议记录您的迁移项目计划,包括规划的活动、估计的时间、每项任务的负责人和依赖关系。制定计划后,需要继续为迁移做好团队和数据方面的准备。
制定好计划并安排好人员后,接下来该进入准备阶段了。
准备阶段
您已经制定好了计划,现在是时候让团队、环境和数据为这一重大转变做好准备。此阶段可能需要几天到几周的时间,因此请确保您有足够的时间完成此阶段的工作。如果您人手有限,或者需要更多实际操作方面的支持,可以与解决方案合作伙伴联系,让他们为您分担繁重的工作。
准备您的团队和站点
有了计划和估计的时间线,就可以开始与将受影响的利益相关者和团队讨论迁移的细节,这样您的用户就可以在不影响工作的情况下顺利开始。对于某些公司而言,根据要迁移的产品的关键程度,此步骤可能需要在更早阶段开始。最好建立沟通层级,规定沟通时间和频率,以便团队可以收到通知并为变更做好准备。
制作运行手册
汇编一本运行手册或逐步清单,说明在什么时候需要执行哪些操作、支持性说明、每个任务的负责人以及每个步骤需要多长时间。记录哪些步骤是相互依赖的,且如果没有完成便会阻碍您推进。在运行手册的最后,为负责人提供一个缓解计划,以防需要回滚某些内容。
要开始使用,请下载我们的运行手册模板,并根据需要修改任务。您可以观看我们关于如何使用模板的短视频。
在下一阶段,您将使用运行手册运行测试性迁移,并根据需要进行调整。
清理实例
迁移的数据越多,迁移所需的时间可能就越长、过程也越复杂,并且可能会影响之后的 Cloud 性能。建议您在将数据转移到 Cloud 之前,花点时间清理您的实例。通过缩减数据规模,可以实现更顺畅的迁移,减少 Cloud 中的性能问题。
清理时需要注意的一些内容:
- 处于非活动状态的应用或用户
- 旧产品数据,例如项目、空间、自定义设置或工作流
- 重复的数据
确保所用工具处于最新状态
在使用 Cloud Migration Assistant 进行迁移之前,请确保您使用的是最新版本。我们在不断改进迁移工具并扩展其现有功能。因此,我们已不再支持旧版 Cloud Migration Assistant。要获得更流畅、更稳定的迁移体验,请升级到最新版本的 Cloud Migration Assistant。
了解有关升级的更多信息。
让您的用户做好准备
让用户为 Cloud 做好准备与准备数据一样重要(毕竟,他们需要知道数据迁移后如何与数据进行交互)。
要让用户做好准备,首先需制定采用计划。我们创建了变更管理计划模板来帮助您入门。此模板旨在引导您完成规划和执行向 Cloud 迁移的过程,同时确保所有相关利益相关者都了解情况并参与其中。通过使用此模板并遵循最佳实践(即 Atlassian 采用和变更管理指南中的所有信息),您可以确保实现向 Cloud 的平稳过渡并充分发挥 Atlassian 投资的效益。
沟通
现在,您的时间线和项目负责人已准备就绪,接下来您需要有效地传达实施计划,激发对向 Cloud 迁移的热情。
您可以在 Jira、Confluence 和 Bitbucket 中使用全站横幅来告知用户您即将进行的迁移,以及他们应该了解的所有说明或资源。
深入了解我们的指南,该指南旨在帮助您制定沟通计划,让利益相关者参与到您迁移过程的每个阶段。本资源概述了顺利进行团队沟通的关键注意事项,例如:
- 何时进行迁移?
- 预计用户会遇到多长的停机时间?
- 迁移后,旧的产品站点会怎样?是否仍然可以访问?
- 新的 URL 是什么?
- 用户将如何登录?
- 如果用户遇到任何问题或无法登录,应该与谁联系?
- 他们可以查看哪些入门材料以适应 Cloud 环境?
切记,在迁移过程中可能会发生一些问题,您可能需要进行故障排除,因此请为用户安排一个调整期,以清理您的站点并使其按计划运行。
为了让团队实现顺利过渡,建议制定一个透明的流程来收集反馈并解决用户有关向 Cloud 迁移的问题。办公时间或专用聊天室等方案可以提高沟通效果。
培训和支持
迁移到 Cloud 可为您的团队开辟新的可能性。确保您已为关键变更做好准备,例如用户登录、更新后的 URL、应用变更和全新的用户界面。利用来自您的用户验收测试 (UAT) 的洞察信息,了解用户最关心的问题,并确定有针对性的培训可以发挥作用的领域。
探索这些实用资源,以轻松指导您的用户完成 Cloud 迁移之旅,并保证在这个变革时期持续提供支持:
-
让您的用户为在 Atlassian Cloud 中取得成功做好准备 - 此管理员指南重点介绍了用户在首次登录 Cloud 产品时会遇到的最重大的差异,以便管理员可以让团队为未来的变更做好准备
-
Cloud 入门和培训资源中心 - 提供精选资源,帮助管理员和变更管理负责人制定稳健的入门和培训计划。该资源中心专为从 Server 或 Data Center 迁移到 Cloud 的团队而设计,其中包括支持文档、Atlassian 大学课程、演示和博客文章,以迎合不同的学习方式
-
Jira、Confluence 和 Jira Service Management 的 深入产品指南 — 提供您需要了解的有关使用和定制我们的产品、开始使用产品及产品最佳实践的所有信息
您是否觉得已为迁移做好准备?如果是,请进入测试阶段,将您的计划和准备工作付诸行动。
测试阶段
所谓熟能生巧,在实际迁移之前,请确保一切正常,计算迁移花费的时间,并发现所有问题。
测试性迁移
无论公司规模或迁移复杂性如何,我们都建议所有客户在执行实际迁移之前先运行测试性迁移。在使用我们的测试指南完成测试性迁移之前,请确保您已完成迁移前清单中的所有事项。
备份您的数据
强烈建议您在执行测试性迁移或实际迁移之前备份您自行管理的实例。如果您的 Cloud 站点中已经有数据,请务必同时备份这些数据。有关数据备份,请参阅我们的文档。
准备 Cloud 站点
如果您还没有 Cloud 站点,现在即可注册一个。建议注册免费的 Cloud 迁移试用版。同时,我们也建议选择或升级到 Atlassian Cloud Premium 或 Enterprise,以便在沙盒环境中测试迁移。
设置 Cloud 站点时,最好安装您计划在 Cloud 中使用的应用。在测试过程中,您可能需要安装和测试全部功能。请确保您和您的利益相关者都已在 Cloud 站点上对这些应用的功能进行了测试。然后,Cloud Migration Assistant 将帮助您迁移应用和应用数据。
用户验收测试
测试性迁移的其中一部分是执行用户验收测试 (UAT),以便您的最终用户能够重复执行常见的日常任务,并确保它们按预期工作。通过此过程,您可以发现会影响您最终用户的所有事务,并帮助您的团队准备在 Cloud 中开展工作。
详细了解用户验收测试。
完成测试迁移并确定迁移将花费多少时间后,请选择进行生产迁移的日期。尽量将迁移安排在晚上、周末或者团队不太可能需要访问自行管理实例或 Cloud 站点的时间,以减少中断和数据差异的风险。不要忘记再花一些时间进行故障排除!
迁移阶段
您的所有辛勤工作即将得到回报!在此阶段,您要解决所有最后环节的事务,进行生产迁移,并将用户和数据移到云中。如前所述,请确保您的用户了解迁移停机期间,并准备好开始在新的云实例中工作。
将用户权限设置为只读
为避免任何混乱并帮助切换,请更改您的 Server 或 Data Center 用户权限,以防止用户进行变更。这实质上是在迁移之前将您的站点置于只读模式。
- 对于 Jira,通过创建一个仅允许“浏览”权限的权限方案并将其应用于所有项目,手动设置为只读。
- 对于 Confluence,导航到每个空间并删除除“读取”之外的所有权限。
- 对 Jira、Confluence 和 Bitbucket 的站点端公告栏进行更新,阐明您的站点正在迁移,且现在处于只读模式。
迁移后,您的用户很可能不再需要访问您的自行管理实例,但如果需要,请务必在迁移完成后删除此设置。注意:您的实例不会被关联,在 Server 或 Data Center 实例上完成的任何新工作都不会出现在您的云实例中。
运行生产迁移
现在请取出您创建的运行手册,并按照您汇总的步骤和时间安排将数据迁移到云中。我们强烈建议使用云迁移助手应用来执行生产迁移。我们会逐步指导您使用助手执行迁移。
迁移所有应用
利用已确定的应用迁移途径,安装并迁移您认为对于在 Cloud 中使用至关重要的应用。
对已迁移的数据进行 QA 检查
检查以确保您的数据已按预期迁移,并且一切工作正常且井然有序。请参阅我们的测试指南中的第 6 步,了解有关在审查数据时需要注意的事项的提示。
如果遇到障碍或者需要在整个迁移阶段获得指导,请联系我们的迁移支持团队以寻求帮助。
完成迁移后任务
- 更新产品链接:将 Jira 或 Confluence 迁移到 Atlassian Cloud 后,最近迁移的产品中的一些网址可能看起来已损坏,因为它们仍然指向旧的 Server 或 Data Center 实例。有关说明,请参阅迁移后更新产品链接。
- 根据您的迁移,您可能还需要完成其他迁移后任务。请查阅测试期间和生产后的重要迁移任务。
启动阶段
恭喜您,您成功了!通过仔细的规划、准备和全明星团队,您已经成功地迁移至云中。在您为派对购买披萨或离开去度假之前,请花些时间确保您的团队已在云中设置完毕,并且您的管理员相信自己已经做好了承担云责任的准备。
欢迎您的团队使用云
向您的利益相关者重申迁移是成功的、公司决定进行这一转变的原因、他们在向云迁移后可期待获得的好处,以及他们应遵循的任何新流程。然后,按照您在准备阶段制定的采用计划行事即可。
与您的团队分享我们的快速入门产品指南,让他们了解迁移到云后可以获得的关键用户体验变化,并能立即使用新工具提高工作效率。
我们还建议发送电子邮件,邀请用户访问您的云站点。请务必参考您制定的沟通计划,将关键信息包括在内,例如:
- 新书签链接,例如新的云站点链接
- 关于最终用户将如何登录的说明
- 重置内容(例如:头像,或者如果未使用 SSO,用户则需重置密码)
- 应用或功能的更改
- 提供什么样的培训,以及
- 可向谁求助
第二个选项是在 Cloud 站点内邀请用户。
适应云环境
为了帮助您的团队进行调整,请留出一些时间来对任何迁移后的问题、反馈或问题进行优先排序。在迁移到组织日历后的第一周为办公时间添加一些时段,并创建 Slack 聊天室,最终用户可以在其中提问或提供反馈。
如果您不再打算使用自行管理的实例,请备份您的数据以便进行审计(如果尚未执行),那么可以让维护到期。
遵循云安全最佳实践
云治理看起来也与典型的自行管理安全设置略有不同。利用我们的最佳实践(包括身份提供商、安全协议,以及熟悉 Atlassian 在保护您的数据安全方面的作用),为保护企业的成果奠定坚实的基础。
关注云更新
作为 Cloud 管理员,您会希望随时掌握 Cloud 平台和产品的最新动态。请查看我们的云路线图,了解我们正在进行的工作,并查阅 Atlassian Cloud Marketplace 以了解不断添加的更多云应用。
探索我们的免费工具
使用我们的 Cloud Migration Assistant,评估您的应用并探索迁移选项等等。