・龙智ALM方案      ・Perforce      ・Atlassian      ・JetBrains      ・IC-Manage

扩大Atlassian产品使用的6个建议

你是否有遇到过下列情况呢?

系统用户数从1000人增加到了1万多人

花了很多时间来监控及优化服务器和系统性能

在合并,收购或者新建了办公室以后,需要在现有系统中加入成千上万个用户

在公司内部推广/标准化Atlassian工具以及寻求或者正在进行数字化的转型

如果是的话,你会想:我还有什么其它办法吗?不用担心,我们其它的客户,如ANZ, Amadeus, LinkedIn, 及AppDynamics也碰到了类似的问题。.

和这些客户一样,你开始使用Atlassian产品的时候可能是在单独的一个个服务器上安装的系统。随着数字的增长,你很快意识到Atlassian的工具突然对团队的日常工作产生了不可或缺的左右。你需要快速制定计划来控制系统在公司内发展的速度。你还需要进行一些集中化的管理,同时在使用率上升时保证系统性能不受损。

作为一个软件或者IT的领导,评估系统的成长率及做相应的计划是重中之重。我们从很多客户里了解到很多信息,也和大家分享一下Atlassian系统扩展的经验。

我怎么知道什么时候公司对于系统的需求进入到另一个层次?

这里是一些我们对于系统需要扩大时所观察到的现象(你或许亦已察觉到):

经营/业务层面

公司的合并和收购总是把新的技术和团队带进来。举例来说,一个被收购的团队可能需要在上岗时使用HR部门的Service Desk。

随着分布在各地的团队的壮大,工具的性能稳定及对一起合作来完成业务目标变得越来越重要。举例来说,一个在外地的团队想要接到你公司的代码仓库。

已计划对公司层面的流程进行转型。举例来说,公司在尝试革新,比如:敏捷管理,DevOps 或者 ITSM ,需要相应的工具来支持。

产品应用层面

好几个团队都有自己的Atlassian Server版的系统,你对于这些想要有更多的控制及监管。

很多团队开始用Confluence,Jira和其它Atlassian的Server版产品来进行日常工作,停机维护成了一个问题。

随着工具使用的升入,你开始发觉性能下降。不管你为此进行了什么优化,总是搞不定。

如何“健康”地为Atlassian系统进行大规模扩容?

你有没有看到你的企业里已经有一个甚至更多的迹象出现了?下面就是关于流程与技术的一些建议:

企业流程与团队层面

1. 把Atlassian产品的管理员进行集中,以提供服务的形式来对该产品进行支持;

2. 通过打通内外部系统来加强管控

3. 针对你的业务及系统来建立最佳实践,这样就可以用最小的系统资源来为用户从Jira,Confluence及其它产品中带来最大的好处;

技术层面

4. 分配更多的CPU,内存和硬盘资源给到Atlassian系统;

5. 通过对系统进行常规的性能测试和监控来保持其健康度;

6. 设置实时故障转移,用以保证系统有问题时有备份系统支持

对Atlassian产品的使用规模进行长期规划

这些建议应帮助到你解决现有的问题,给到你一些时间来决定下一步怎么做。尽管进行了持续的优化,我们经常发现我们的客户在Atlassian Server版的系统里“过度”使用,特别是超过了500个用户后。如你已经超过500用户,下列问题可以帮你想想下一步怎么办:

我需不要任何的Atlassian工具有高可用性的属性?如果是,我有没有办法在Server版的系统里进行归档?

将来有更多的用户(如100或者1000用户)的话,如何防止性能下降?

公司人员扩张后如何管理所有这些用户?

我停机后有什么应对之策?

这些听起来是不是有点耳熟?如是,你可以参考一下Atlassian的Data Center版。这个是一个可自我管理的企业版本,给到你的团队现有Atlassian产品的所有功能,加之一些额外的,能协助你公司规模扩大后需求的亮点:

高可用性

高用户数下的高性能

可扩展性

SAML 2.0

灾难恢复

可部署在更多的平台上

更佳的管理员管控功能