lgloo Software 的 Jira Cloud 转型之旅

Igloo Software，一家位于加拿大的软件公司，我们提供的平台和服务能够帮助企业将其内网转换为可以支持员工在线工作的环境，以实现企业内部更好的沟通和协作。说来惭愧，尽管我们是一家基于云的 SaaS 公司，但其实我们以前一直是在自己的服务器上托管整个 Jira 基础架构。

一次意外的停机

这次意外停机非常严重，持续了四个多小时，公司85％的员工都受到了影响。这次停机是由于我们托管 Jira VM 实例的内部服务器发生了网络故障，造成整个 Jira 实例无法访问。而且由于我们也将服务器设置为 Bitbucket 和 Bamboo 的 Crowd 用户目录，因此服务器的故障也造成了员工们无法登录 Atlassian 的其它应用程序。 



这次意外停机突然使得公司大部分员工无法进行日常工作，并且由于我们没有搭建灾备环境，因此员工们不得不只能干坐着等待 Jira 重新上线。 



所谓祸兮福之所倚，这次危机让我们意识到了我们需要进行哪些改变，才能保持环境的正常运行和可访问性，从而避免将来再发生此类问题。考虑到高可用性将成为今后公司首要考虑的目标，我们决定选择使用 Atlassian Jira Software Cloud。在详细了解了 Data Center 版本，Jira Cloud 版本的功能以及 Atlassian Access 中用户管理的功能之后，我们发现借助 Jira Cloud，我们可以获得团队所需要的升级支持、高可用性和更好的用户体验。



下面我从我们的自身情况，总结一下：



• 对于需要进行弹性空间进行数据存储并且想要放弃手动进行软件更新升级的客户而言，Cloud 版本是非常适合的。

• Data Center 版本非常适合那些需要完全控制数据位置，拥有带宽和预算来搭建基础架构以托管 Jira 实例，并且喜欢在每次升级时可以进行自主选择的客户。

我们已经非常明确要选择 Cloud 版本。而且自迁移以来，我们还获得了许多其他好处，这些好处远远超出了我们最初的设想，从而避免了将来再发生故障危机。 

迁移到 Jira Cloud 的好处

1. 不需要再进行手动升级



当我们管理自己的 Jira 服务器时，每次升级都需要至少两个小时的停机时间，而且我们不得不将其安排在晚上8点之后进行，这对管理员来说已经在正常工作时间之外了。我们再分别进行 Bamboo 和 Bitbucket 的升级也至少需要两个小时。



现在，我们不用花时间在升级上，而是只需遵循每周的 Atlassian 云产品动态并在公司自己的 Slack 频道中共享最新更新，以便团队可以查看他们可以自动使用的所有新功能。这就让我不需要在晚上或周末来加班了。

2. 更好的用户体验和采用新功能



我很幸运，我所在的公司具有前瞻的眼光和思维。每当有新功能发布时，我们公司的使用者们，包括市场营销，设计，培训和支持方面的专业人员都能快速地适应变化，当然也可以很好地接受和熟练使用 Jira Cloud 的新功能。 



我们公司的员工特别喜欢的两个工具，一个是通知中心，这让有些团队已经完全停止使用电子邮件了。另一个是移动应用程序，这使得员工们可以从任何地方通过手机就可以访问项目。 



我之前想知道采用新功能对于员工们来说是否会成为一个负担，但结果发现，这完全不是问题。实际上，我们的营销部门一直在推动云计算的普及，因为云端产品使他们能够访问新一代的看板，从而高效地支持其项目、项目各环节的依赖关系以及活动启动的路线图。同时，公司部门之间也因此变得更加透明，从而帮助大家更好地进行协作。



3. 减少管理员用于提供支持和确保稳定性的时间



还有一件很棒的事情：我们的用户可以自行配置所有功能，而无需管理员（也就是我）为他们进行功能设置。 



自从我们迁移到云以来，我们内部的 IT Ticket 减少了50％。我现在主要是在聆听有关用户想要添加新应用和功能的反馈，而不是花时间去处理错误或管理员请求，这样我就可以更好地帮助员工们高效完成工作并助力各部门为我们的客户提供更多价值。 



另一个重要的地方是：作为 Jira 管理员，我感觉很安心，因为 Atlassian 强大的团队正在管理我们的实例，通过监测和安全应用程序保障 Jira 的稳定性。我们的客户范围从医疗行业到人力资源和薪酬管理，因此平台安全是我们的第一要务。可信中心对我们的安全部门同事来说帮助特别大，因为我们可以通过这个页面来确认 Atlassian 是否拥有我们所需的所有资质认证，包括 SOC 2合规性。



我们开始云上之旅的原因是发生了严重的故障，与 Jira Cloud 三年的订阅费用相比，故障所造成的损失让我们付出的更多。回顾过去，我们应该早点从自我管理的解决方案转移到云托管的解决方案，但是即使决定迁移了，要实现该目标也不是那么容易。从服务器迁移到云仍然需要做很多研究，计划和测试。

云迁移最佳实践

如果您正在考虑迁移，这里有一些您可能还没有考虑到的技巧和建议，您可以参考一下。

1. 了解在云中管理用户的细微差别



将 Atlassian Access 连接到我们的 Azure Active Directory 时需要经历一个学习的过程。Atlassian 在云中采用了一个称为“ 组织 ”的新概念，其中所有云用户都由一个一个小组进行集中管理，管理员可以授予用户对特定应用程序的不同访问权限，例如可以访问多个 Jira 实例或其他产品（例如 Bitbucket 或 Confluence等 ）。我们花了一些时间来思考这种用户管理的新思路，而一旦我们真正践行了这种新思路，一切好的变化就从此开始了。 



2. 避免重复的站点，确保您测试的是自己的组



在测试云迁移时，无需启动测试实例和再创建一个完全独立的站点搭建生产环境。将数据导入或迁移到云时会自动覆盖站点上的任何现有数据，因此在进行实际迁移时，您将不会受到“测试”数据的困扰，并且还可连接到您的用户管理解决方案。 



我之所以这么说是因为，尽管我们之前似乎已经在测试环境中正确设置了用户和组，但是当我们尝试将项目数据移至生产环境时，这一部分却迁移失败了。我们的项目无法同步。经过调查，我们使用 Azure AD 解决了用户同步问题，然后运行了多个项目数据导入并验证了结果。最后，我们了解到在进行任何数据导入之前我们应该先完成用户同步问题。



Atlassian 还提供免费的扩展云试用版，这个版本可以匹配用户数和现有服务器或数据中心 License 的剩余期限，因此您可以尽早开始测试。这样可以便于您尽早熟悉云端的产品，并有足够的时间进行迁移测试，避免在真正上线的时候出现问题。 

在 Atlassian 社区中寻求帮助

在整个云迁移过程中，Atlassian 团队（包括社区）提供了非常大的帮助。开始迁移时，我们并没有考虑周全，但所幸从 Atlassian 团队获得的指导帮助我们制定了更好的计划。没有这种支持，我们可能需要更长的时间才能完成迁移。您可以在 Cloud Migration Center 或 Cloud Migration Community 中了解有关从服务器迁移到云的更多信息。 



更多实践故事，访问【Atlassian速递知识库】：www.atlas-post.com/