声明:本网站为 Atlassian 官方公众号知识库

【客户案例】拐点临近——美国国防部 Atlassian 应用程序的扩展之路

发表时间:2018-11-02 10:42

国防部 Atlassian 用户数,5年内从0增加到60,000

我们常听人说,使用 Atlassian 是一个循序渐进的过程:开发者首先为我们的某个产品创建了实例,开始和团队一起使用。其他团队听说了这个新工具,也开始尝试,产生了所谓的“基层式”扩张。对于国防部(DoD)来说,也不外乎是这样的过程。

最初,有几个团队使用 JIRA 和 Confluence 来记录和规划开发工作,不知不觉就增长到了6万人,使用几乎 Atlassian 全系列产品来管理软件开发流程。除了整合实例,增加用户缓存,国防部管理员还需要一种更有效的方式管理大规模应用程序。最近,国防部决定将JIRA Software、JIRA Service Desk、Bitbucket 和 Confluence 升级到 Data Center,确保能继续提供最高质量的服务和真正的高可用性。

111.jpg

许多客户在使用 Atlassian 产品的过程中,到了某个阶段,对可用性与性能有了更高的要求,仅靠单一服务器或联合环境已经不能满足。

随着应用在整个组织中逐步普及,成为各团队核心任务系统。我们将此称为向双活集群环境迁移的“拐点”,这种环境可以提供高可用性,并支持规模性能

用户因素

每天有多少用户访问Atlassian应用程序。500个左右吗?我们发现,对于需要更高稳定性的JIRA Software、Confluence 和 Bitbucket 客户来说,迁移的转折点一般出现在用户数量达到500-1000名的时候。

性能因素

对于大型实例客户来说,高负载或高峰时段通常会出现性能下降。随着并发使用的增加,响应时间也会增加,导致用户不能有效地完成任务。此时,系统管理员需要寻找解决方案,尽量减少用户及自身的痛苦。很多全球性公司对此深有体会。当公司多个地点的团队同时在线时,会遭遇性能下降。

除并发使用外,其它任务(如 API 调用与查询)也可能影响性能。在现有用户流量之上再作增加只会使问题加剧。

Data Center 使用负载均衡器,可以将某类型流量定向到集群中某些节点。利用这种功能,你可以划分资源,确保所有请求都能维持最佳性能。比如,你可以将所有API流量定向到某个或某些节点。这样,正常的用户流量永远不会因为正在进行的 API 任务而变慢。

停机

不管停机是如何造成的,都会造成数百甚至数千名员工无法工作而降低生产力,造成的损失迅速增长。你组织中有多少人依靠 Jira Software、Bitbucket、Confluence和 Jira Service Desk 来完成工作?一小时的停机换算成每小时机会成本损失的话应该是多少呢?

2014年,我们出现了55次停机,2015年,我们通过扩展将停机数量减少到7次。现在有了 Jira Software Data Center,2016年,虽然使用量一直在增长,但是没有出现一次意外停机。”


MIKE DAMMAN,知识架构师,CERNER


分享到:
评论留言
关注我们
 
 

关注Atlassian官方公众号

获取最新产品与活动信息

7a6583172c789ff30f0e7ac723b18111.png