88-Server Vs DataCenter

高可用性

Data Center利用数据中心主动集群和自动热故障转移，实现高 可用性。集群多活服务器可确保在出现硬件故障时，用户可以不 间断访问关键Atlassian应用程序。如果出现节点故障，负载均衡 器自动将用户重定向到池或集群中其他主动节点上。 这一过程自动完成，用户基本上不会察觉到任何停机迹象。集成 业界技术标准的负载均衡、数据库集群与共享文件系统，将单点 故障降至最低。

我们知道，不能因为维护而停下手头的工作，而对于许多组织 来说，管理员很难安排合适的维护时间。毕竟，核心任务型应 用停止的话会影响生产力和团队输出。

通过集群多台服务器实现零停机升级（Jira Software和Jira Service Desk），解决了意外停机问题，但升级软件等计划停机呢？我们知道，许多管理员会安排周末升级，避免生产力中断，但我们相信还有更好的办法，无需占用管理员晚上和周末的时间。

假设，您有一个三个节点的数据中心集群，运行Jira Software，现在准备升级到最新版本。要使每个节点都升级到最新版本，一次只能升级一个节点，而且需要关停节点。此时，所有用户流量需要重定向到其他两个在线节点，以便用户可以照常工作。所有节点都升级完毕后，可以应用数据库架构更改。

零停机升级可以在不中断最终用户工作的情况下管理整个升级过程。这样可以更加自信地频繁升级，更快地获取最新和更好 的特性和修复。

只读模式(Confluence)

Confluence Data Center提供了只读模式，允许用户继续工作，而管理员可以一边执行一系列维护活动。启动只读模式之后，您可以一边执行维护工作，而不会干扰用户继续使用内容。用户可以查看、搜索和导航页面、博客和附件，但不能编辑。只读模式下，管理操作不受限制，如管理应用或更改站点配置等。您可以先启用只读模式，然后再升级Confluence Data Center实例，合并实例，迁移到新平台或者执行其他维护工作，同时用户仍然可以访问Confluence内容。

作为管理员，您可以在管理控制台的维护页面打开和关闭只读模 式。此页面还显示了哪些用户安装了与只读模式兼容的应用。如果 应用不兼容只读模式，可能需要暂时禁用，防止用户创建或修改内容。

规模性能

Data Center集群的每个节点都可以为并发用户增长容量，因此，在扩展Atlassian应用程序时不会牺牲性能。在集群中指定专 门用于自动化任务的节点，或将特定类型团队的流量或API流量路 由到特定节点，同时将剩余流量定向到其他节点，以提供最高质 量的服务。

项目归档(Jira Data Center)

团队每天依靠Jira Software来完成工作，因此，保持Jira良好的性 能和可读性至关重要。随着组织中Jira的使用范围不断扩大，制定 计划如何删除过时信息就显得越来越重要。因此，我们为Jira Data Center引入了项目归档。现在，您可以创建更多空间，为仍 然相关的数据释放资源，从而提升Jira的性能和可读性。我们对拥 有一百万个问题的Jira Software实例进行性能测试，归档了50％ 项目和问题，观察到Jira面板加载速度提高了11％，JQL搜索速度 快了25%。总的来说，我们看到Jira的性能随着归档信息量线性增加。

客户故事： Cerner Corporation

Cerner Corporation通过将外部REST API请求智能分发到专用节点，大大缩短了应用程序响应时间。在部署Data Center第一周，REST API节点流量是其他两个节点的4倍。与单一服务器实例相比，响应时间更快，非管理节点的CPU使用率降低， 并且在将Jira Software扩展到数千个新用户之后，2016年没有出现一次意外中断。

Cerner需要确保在继续增加用户的同时维持或改善应用程序响应时间。这样的架构 证明，Cerner可以将响应时间缩短近一半 - 从150秒减少到80秒。即使在峰值流量 期间，特别是在加载页面时，也能保持稳定的响应时间。

即时扩展

轻松地向Data Center集群添加新节点，无需停机或中断服务。集 群现有节点自动同步新成员索引和插件，从而实现无障碍部署，并 确保最大程度的正常运行时间。

由于Data Center是按用户数量授权的，因此您可以更好地预测成本 并扩展环境，无需为新服务器或CPU支付额外的许可费用。

身份验证和控制

随着我们的产品对您的用户而言变得更加关键，您需要着眼于标准 化，控制最终用户访问和使用这些系统的方式。对于访问控制， Data Center支持SAML 2.0，可以使用现有的身份验证提供商进行 身份验证。

不仅简化并帮助确保遵守公司的安全政策，而且用户不必记住（或 忘记）多个密码。

灾难恢复

Atlassian Data Center拥有“冷备”灾难恢复站点，供系统完全中断时使用。灾难恢复站点与生产站点分开，并且仅在需要时才启动。 在将数据库和共享文件系统从生产站点同步复制到灾难恢复站点 时，您可以根据需要实施最适合的流程。

虽然您可能已针对当前的Atlassian环境制定了灾难恢复计划，但是有了Data Center，除了复制数据库和共享存储文件夹之外，还可以使用DR备份从生产实例共享应用程序索引。因此，在需要故障转移的时候，有了这些索引，就可以显著缩短DR备份的启动时间。如果发生灾难，可以将用户重定向到DR系统并立即恢复上线。只需轻轻按下开关，就可以恢复。

Bitbucket Data Center 智能镜像

Bitbucket Data Center 智能镜像提供就近服务器使用的代码库，大大缩短了克隆时间 - 从数小时缩短到数分钟。

许多使用Git的软件开发团队由于存储了大量历史信息，使用单一代 码库或存储了大型二进制文件（或以上三种情形均有），使得代码 库极为庞大。拥有分布式软件开发团队的公司基本上无法控制站点 之间的网络性能。综合起来，开发者需要等待漫长的时间（通常是 数小时），克隆位于全球各地的大型代码库，浪费了宝贵的开发时 间。

智能镜像能设置远程代码库的实时镜像只读副本节点，帮助您夺回 浪费的开发时间。镜像自动同步其托管的所有代码库和Bitbucket Data Center主实例。远程用户可以从镜像中克隆和获取代码库，更 快地获得相同的内容。可以将镜像配置为镜像Bitbucket主要实例中 全部项目的所有代码库，或者只镜像管理员配置的部分项目。

在Atlassian，我们看到使用智能镜像之后，在旧金山和悉尼克隆 5GB的代码库比之前快了25倍

价格

可参见：https://www.atlassian.com/licensing/future-pricing/data-center-pricing/pricing-tables