服务器方式和类型

IBM Rational Change 支持两种操作方式:独立和中央。

独立方式拓扑

独立方式

在独立方式下,变更请求 (CR) 存储在与服务器连接的开发数据库中。要访问 CR,用户必须登录至存储 CR 的数据库。要建立 CR 任务关系,两个项目必须位于同一个数据库中。可用数据库限制为对 IBM Rational Change 所依赖的特定 IBM Rational Synergy 服务器可用的数据库。这是它在前发行版中的工作方式。

中央方式

在中央方式下,所有 CR 均存储在中央 CR 数据库(CR 的专用存储库)中。由于 IBM Rational Change 始终隐式地连接至中央 CR 数据库,因此用户可以登录至中央服务器集群中的任何数据库,并且仍然可以访问所有 CR。CR 任务关系不受任何项目位置的限制。此外,中央服务器集群中的数据库还可以跨越 IBM Rational Synergy 服务器,并且可以位于地理位置分离的多个区域。

当前没有从独立服务器到中央服务器配置的升级路径。仅对新部署支持中央服务器方式。

在中央方式下有两种互补服务器类型:中央和远程。

中央服务器类型

在中央服务器集群中,始终有一个中央服务器以及零个或更多个远程服务器。每个服务器(不管类型如何)都可以托管多个数据库。中央服务器可托管中央 CR 数据库和(可选)其他数据库。它是与最终用户进行交互的唯一服务器。

远程服务器类型

远程服务器充当中央服务器与远程开发数据库之间的代理。当您希望其他 IBM Rational Synergy 服务器托管的数据库成为中央服务器集群的一部分时,就需要远程服务器。

考虑此示例,使用下图。某公司总部位于旧金山(中央 Change 服务器),办公室位于马德里和柏林(以上地理区域 1 和 2)。该公司在每个地理区域都具有 IBM Rational Synergy 数据库,每个数据库按城市由 IBM Rational Synergy 服务器托管。中央服务器和中央 CR 数据库位于旧金山,能够通过位于每个城市的远程服务器与马德里和柏林的数据库进行通信。在此部署情况下,存在一个中央服务器和两个远程服务器。所有用户都将通过中央服务器(而非远程服务器)访问 IBM Rational Change,并且可以访问所有 CR,与他们执行任务而登录至的数据库无关。

中央方式拓扑