简介： 当全球分布团队将开发项目转移至一个集中式变更与配置管理基础时，它们可以更加有效地协作以创建有价值的交付。新发布的 IBM Publication Center 特性，地理分布开发：集中式变更与配置管理，描述了怎样去执行这种转移操作。该资源为规划集中化，以及向集中式区域轴心部署 IBM Rational ClearQuest 和 IBM Rational ClearCase 环境提供了一个指南。
集中式变更与配置管理
随着软件交付公司在全球范围的扩展，许多公司现在大都使用地理位置分散的开发（GDD）方法，来有效管理获取、合伙以及外源。全球分布公司中 的项目团队必须一同协作，以在成本限制之下特定的时间范围内，交付关键业务的程序。对这种挑战的回应之策就是 IBM Rational Global Development 与 Delivery 方案，它将 Rational ClearCase 与 Rational ClearQuest 功能合并在了一起。有了该方案，软件开发团队就可以管理不同分布地理范围内的变更与配置。方案还提供了 Rational ClearCase Multisite 与 Rational ClearQuest Multisite，它复制了公司之间的同步化存储库。团队可以使用这些功能与存储库来进行协作，以支持全球软件供应链。
许多实践 GDD 的项目团队会使用 ClearCase 与 ClearQuest 来选择一个开发基础，从而支持并映射他们的组织性结构与需要。对所有的开发网站，使用 ClearCase 与 ClearQuest 来部署 ClearCase 与 ClearQuest 环境。另外，开发基础通常必须联系开发合伙人以及服务提供商，以支持外援进程。当该部署模式紧密地将开发团队与工作流程集成起来的话，它就增加了分布式开 发平台的管理成本。
为了处理这个问题，公司分布与开发基础拓扑的映射是分开的。通过集中开发基础，公司可以快速响应变更的业务需要和范围以及源项目，同时降低开发的总体成本。一个集中的更改和配置管理方法不仅仅是有效的，而且还加强了稳固的技术标准以及企业之间的最佳实践操作。
如果您想更多地了解这个方面，可以查看 IBM Publication Center 之中的 地理分布开发：集中式变更与配置管理 。该报告提供了规划指南和指导，以为全球分布的团队集中所做的变更以及配置管理。通过采用集中式开发服务，为那些使用 ClearCase 和 ClearQuest 分布式部署平台的公司，以及想要巩固基础和管理的公司编写了报告。
集中操作指南：采用路径场景
地理分布式开发的内容：集中式变更与配置管理信息中心建立在基于场景采用路径的方法学之上。该方法学是由 IBM Advanced Scenario Lab 开发的。所谓的 采用路径 是一种描述性的模式，它实现最佳的实践方式，以在特定的业务背景下部署一系列的产品。采用路径被分解为几个阶段，它部署了一系列预置的产品，在每一个阶段之中交付该值。
集中式变更与配置管理的采用路径，为转移至 ClearCase 与 ClearQuest 存储库提供了一种阶段性的方法。这种方法在开始时会移动到一个区域性的轴心并分解本地服务器。然后，区域性项目团队会采用新的广度区域网络（WAN）。这 种方法通过集中式变更管理服务器之间的区域性轴心，来支持改进评测性。
集中式变更与配置管理场景
采用路径场景从开发基础拓扑结构开始，也就是说，从 As-Is 拓扑结构开始。该 As-Is 拓扑结构拥有部署工具集成的逻辑性方面，以及一些平台分布的物理性方面。
接下来的章节适用于场景之中的 As-Is 环境：
- 全球性开发是在多样，连接的区域性站点来执行。站点的范围，从带有少部分开发团队成员的小型区域性子网站，到带有大量开发与 IT 公司角色的大型区域性轴心网站。
- 有一些开发项目跨越了多种站点，而另外一些项目则只在一个站点上运行。
图 1. 采用路径场景之中的 As-Is 拓扑结构
在 As-Is 拓扑结构中，开发基础按照下列方式部署：
- 区域性网站的 Regional 团队使用 ClearCase 与 ClearQuest，客户和本地复制以进行开发和交付。
- 区域性网站基于项目附件来同步化对其他区域性网站的存储库。
图 2. As-Is 拓扑结构中的物理性分布与集成
采用路径场景为您的公司描述了三种交易阶段： As-Is 拓扑，新 To-Be 集中式拓扑结构，以及共享的项目工作流程。
To-Be 拓扑结构拥有以下的特征 ：
- 来自区域性轴心的一个或者多个区域性站点。区域性轴心和区域性站点的数量取决于公司的规模和需要。
- 区域性轴心使用集中式存储库服务器与共享式项目角色，来服务带有共享开发服务的区域性站点。区域性站点处的存储库会转移至区域性轴心。
图 3. 采用路径场景之中的 To-Be 拓扑结构
To-Be 拓扑结构之中的开发基础拥有以下的特征：
- 区域性团队会使用 WAN 或者网络客户端来连接至区域性轴心。团队成员，例如那些需要集成式 ClearCase 与 ClearQuest 工作流程的开发员，会使用 ClearCase 远程客户端。需要简单 ClearQuest 的角色可以使用 ClearQuest Web.
- Multiple 变更管理服务器，让远程用户连接至集中式 ClearCase 与 ClearQuest 存储库。
- 负荷平衡会分布网络交通并交付可评测性。
- 区域性轴心会使用 ClearCase 和 ClearQuest 环境多站点复制品来进行连接。
图 4 显示了新的 To-Be 物理性拓扑结构。在图中，创建了集中式区域。区域性团队由本地团队成员（橙色表示），和来自区域性轴心共享功能的贡献者（蓝色表示）组成。图中还显示了团 队或者项目，这些已存在的开发基础会受到集中化的影响。如果项目计划允许的话，这样的团队可以继续采用集中式拓扑结构。
图 4. To-Be 拓扑结构之中的物理性分布于集成
采用集中化的阶段
集中式变更与配置管理的采用路径场景主要拥有三个阶段。在每一个阶段之中，集中业务操作的优势会随之增加，所以该值也会得到不断的添加。
在阶段一之中，公司计划并准备进行集中了。在这个阶段中，选择了区域性轴心。区域性轴心站点必须能够支持 IT 和开发基础管理不断增长的需求，例如网络负荷，访问安全性，服务器性能，以及开发项目管理。在这个阶段中，在区域性轴心处会安装集中式轴心。另外，参与集 中式区域的区域性站点会得到识别。这些站点会将本地存储库转移至区域性轴心，并分解本地的 ClearCase 与 ClearQuest 服务器。区域性站点的用户会从本地区域网络（LAN）转移至 WAN 客户端，并访问区域性轴心处的项目资源。当区域性团队得到集中时，项目就可以共享公共的角色与资源了，例如工具与项目管理员。
在阶段二中，区域性轴心会升级到最新的开发平台，并变更管理工具版本。通过实现这些升级操作，团队可以使用 WAN 客户端功能和 CM 服务器性能及管理中的产品改进了。
阶段三通过为 ClearCase 与 ClearQuest 变更管理服务器提供负荷平衡功能，创建了区域性轴心处的评测性。IBM WebSphere? Application Server Network Deployment 提供了负荷平衡功能。想要支持大量的区域性站点，可能需要在集中式变更和配置管理拓扑结构处部署更多的 ClearCase 与 ClearQuest 服务器。
地理分布式开发：集中式变更与配置管理信息中心
地理分布式开发：集中式变更与配置管理信息中心提供了关于集中式变更与配置管理采用路径的详细信息。信息中心被组织成了两个部分：方案规划指南与开发拓扑结构指导。接下来的部分包含了三个集中式采用阶段。您可以在线访问信息中心，或者下载 PDF 文件。
图 5. 地理分布式开发：集中式变更与配置管理通过使用 ClearCase 与 ClearQuest 来采用集中式开发基础的指南
采用路程阶段基于最佳工具开发实践方式，以一种指导性的格式呈现在信息中心中，并将当前的最佳支持实践与相关的产品支持技术联系起来。每一个 阶段都是由区域性轴心或者网站中服务器或者客户端上的活动和任务所组织的。任务是由机器以物理性的拓扑结构，或者由机器以逻辑性的拓扑结构组织。当采用路 径作为末端-末端场景的一部分时，您可以采用阶段一来获得区域性的集中性，或者重新应用阶段一来集中区域性的团队。对于使用 IHS 负荷平衡功能的小型区域性轴心来说，向它提供的 ClearCase 与 ClearQuest 阶段三都是可选的。
信息中心包含了关于阶段的具体信息。在阶段一之中，执行了以下的集中性活动 ：
- 准备集中化 ：该活动涉及到了集中式规划，为工具实现创建一个集中式安装管理器存储库，并升级区域性轴心处的变更管理服务器。
- 集中存储库 ：该活动涉及到了备份存储库，将存储库转移至区域性轴心，以及停止对区域性站点的多种复制。
- 升级区域性站点处的客户端 ：该活动涉及到了项目团队所使用到的客户端软件。同样，团队会从动态视图转移至网络视图。
在阶段二之中，执行了以下管理性活动：
- 升级区域性轴心处的服务器 ：该活动涉及到了卸载 ClearCase 与 ClearQuest 服务器的 7.0.1 版本以及重新安装 7.1.1 版本。
- 升级区域性轴心处的客户端 ：该活动涉及到了 ClearCase 与 ClearQuest 客户端的 7.0.1 版本并重新安装 7.1.1 版本。
在阶段三中，执行了以下的这些管理活动：
- 配置负荷平衡：该活动涉及到了安装 WebSphere 程序服务器网络部署 7.0 版本，以及为环境配置负荷平衡功能。
- 更新客户端配置 ：在这个活动中，区域性团队会更改 ClearCase Remote Client 与 ClearQuest Web 之中的 URL 属性，以通过负荷平衡服务器来连接至变更管理服务器。
总结
有许多的公司都是在地理分散式的开发环境下工作的。对于全球软件开发和交付公司来说，协作和团队工作流程对于克服距离、时区、冲突性室内进 程、知识和工作转移问题，以及项目工件拥有权问题来时，非常重要。普通的进程，工具以及报告对于克服这些风险来说十分关键。软件开发机构必须要改进项目敏 捷性，并获得最佳的成本效率。这样的公司可以从使用中央更改和配置管理模型中受益匪浅。
地理分布式开发：集中变更和配置管理信息中心为使用 ClearCase 和 ClearQuest 的区域性团队，提供了指南以转移至一个集中的区域轴心拓扑结构。有了这种策略，公司就能降低工具管理上的成本，并提高团队的生产效率以及响应时间，以交付全球性的项目。
致谢
特别鸣谢《全球分布式开发》的作者：集中变更与配置管理信息中心，以及 IBM 场景分析实验室。按照字母顺序排列： Vishal Anand，Sujeet Mishr，Alok Singh，Mahesh Sundaram，Kaylee Thomsen 以及 Saurabh Tiwari。
参考资料
学习
获得产品和技术
讨论
关于作者
 Mats Gothe 是一名 Rational 解决方案架构师，关注于 IT 和系统的协作式生命周期管理解决方案的绿色线程场景。他一直是绿色线程团队的一名成员，确定全球分布式应用系统生命管理的解决方案策略。他也是 IBM 红皮书《使用 IBM Rational 软件进行协作式应用系统生命周期管理》的作者之一。Mats 于 1991 年加入 Rational，担任过多个不同职位，在瑞典的 IBM Rational Rose 开发经理，北欧区域以及爱立信公司客户团队的 Rational 技术销售和服务经理。他拥有位于瑞典的乌普萨拉大学的物理学博士学位。 |
