Centralized change and configuration management
As software delivery organizations expand globally, many companies now use a geographically distributed development (GDD) approach to effectively manage acquisitions, partnering, and outsourcing. Project teams in globally distributed organizations must collaborate to deliver business-critical applications under compressed timeframes within cost constraints. An answer to these challenges is the IBM Rational Global Development and Delivery solution, which combines Rational ClearCase and Rational ClearQuest capabilities. With this solution, software development teams can manage change and configuration across distributed geographies. The solution also offers Rational ClearCase Multisite and Rational ClearQuest Multisite that replicateand synchronizerepositories across organizations. Teams can use these capabilities and repositories to collaborate and to enable a global software supply chain.
Many project teams that practice GDD choose a development infrastructure topology by using ClearCase and ClearQuest to support and map their organizational structure and needs. The ClearCase and ClearQuest environments are deployed to all development sites by using ClearCase and ClearQuest Multisite. In addition, the development infrastructure often must contact development partners and service providers to enable sub-contracting or outsourcing processes. While this deployment pattern tightly integrates the development team and workflow, it increases the administration cost of a distributed development platform.
To address these issues, the tight mapping of the organizational distribution and the development infrastructure topology is separating. By centralizing the development infrastructure, organizations can rapidly respond to changing business needs and scale and source projects, while lowering the total cost of development. A centralized change and configuration management approach is not only more cost-effective, but also enforces consistent technology standards and best practices across the enterprise.
To learn more about this subject, see Geographically Distributed Development: Centralize Change and Configuration Management in the IBM Publication Center. That report provides planning guidance and instructions to centralize your change and configuration management tools for globally distributed teams. The report was written for organizations that use a ClearCase and ClearQuest distributed deployment platform and Multisite and that want to consolidate their infrastructure and administration by adopting centralized development services.
Guidance for centralization: Adoption route scenario
The content in the Geographically Distributed Development: Centralize Change and Configuration Management information center is based on a methodology for scenario-based adoption routes. The methodology was developed by the IBM Advanced Scenario Lab. An adoption route is a prescriptive pattern that embodies the best practices to deploy a collection of products in a particular business context. Adoption routes are divided into phases that deploy a subset of proposed products so that value is delivered in each phase.
The adoption route for centralize change and configuration management provides a phased approach for migrating to ClearCase and ClearQuest repositories. The approach starts by moving to a regional hub and deprecating local servers. Then, new wide area network (WAN) clients are adopted by regional project teams. The approach also supports improving scalability at the regional hub by load balancing across the centralized change management servers.
Centralized change and configuration management scenario
The adoption route scenario starts from a generalized development infrastructure topology, that is, the As-Is topology. This As-Is topology has both the logical aspects of deployed tool integrations and the physical aspects of the server platform distribution.
The following general characteristics apply to the As-Is environment in the scenario:
- Global development is performed at multiple, connected regional sites. The sites range in size from small regional sub-sites with a few development team members to large regional hub sites with a range of roles in the development and IT organization.
- Some development projects span multiple sites, while others run locally at one site.
Figure 1. The As-Is topology in the adoption route scenario
In the As-Is topology, the development infrastructure is deployed as follows:
- Regional teams at regional sites use ClearCase and ClearQuest, with clients and local replicas for development and delivery.
- Regional sites synchronize their repositories to other regional sites based on project dependencies.
Figure 2. The physical distribution and integrations in the As-Is topology
The adoption route scenario prescribes three transition phases for your organization: the As-Is topology, the new To-Be centralized topology, and shared project workflows.
The To-Be topology has these characteristics:
- One or more regional sites form regional hubs. The number of regional hubs and regional sites that a regional hub services depends on the size and needs of the organization.
- Regional hubs serve regional sites with shared development services by using centralized repository servers and shared project roles. Repositories at regional sites are migrated to the regional hub.
Figure 3. The To-Be topology in the adoption route scenario
The development infrastructure in the To-Be topology has these characteristics:
- Regional teams at regional sites connect to regional hubs by using WAN or web clients. Team members, such as developers who need integrated ClearCase and ClearQuest workflows, use the ClearCase Remote Client. Roles that require simple ClearQuest access can use ClearQuest Web.
- Multiple change management servers connect remote users to the centralized ClearCase and ClearQuest repositories.
- Load balancing distributes network traffic and delivers scalability.
- Regional hubs are interconnected by using ClearCase and ClearQuest environment Multisite replication.
Figure 4 shows the new To-Be physical topology. In the figure, a centralized region has been established. The regional teams are composed of local team members (in orange) and contributors from the regional hub (in blue) for shared functions. The figure also shows that some regional teams, or projects, that stay on the existing distributed development infrastructure are not affected by centralization. Such teams can, when project schedules permit, proceed and adopt the centralized topology.
Figure 4. The physical distribution and integrations in the To-Be topology
Phases to adopt centralization
The adoption route scenario for centralized change and configuration management has three major phases. In each phase, the benefits of centralizing business operations increase, so that value is added incrementally.
In phase one, the organization plans and prepares to centralize. During this phase, regional hubs are selected. Regional hub sites must be able to support the increasing demands on IT and development infrastructure management, such as network load, access security, server capacity, and development project administration. In this phase, the centralized infrastructure is installed at the regional hub. In addition, the regional sites participating in the centralization area are identified. These sites will transition their local repositories to the regional hub and deprecate their local ClearCase and ClearQuest servers. Users at the regional site migrate from local area network (LAN) clients to WAN clients and access project assets at the regional hub. When regional teams are centralized, projects can share common roles and assets, such as tool and project administrators.
In phase two, the regional hub is upgraded to the latest development platform and change and change management tool versions. By making this upgrade, teams can utilize product improvements in WAN client capabilities and CM server performance and administration.
Phase three establishes scalability at the regional hub by providing load balancing capabilities for ClearCase and ClearQuest change management servers. The load balancing capabilities are provided by IBM WebSphere® Application Server Network Deployment. Supporting an increasing number of regional sites might also require more ClearCase and ClearQuest servers to be deployed in the centralize change and configuration management topology.
The Geographically Distributed Development: Centralize Change and Configuration Management information center
The Geographically Distributed Development: Centralize Change and Configuration Management information center provides details about the centralize change and configuration management adoption route. The information center is organized in two parts: the solution planning guide and the development topology guide. The latter contains the three centralization adoption phases. You can access the information center online or in downloadable PDF files.
Figure 5. The Geographically Distributed Development: Centralize Change and Configuration Management information center provides instructions to adopt a centralized development infrastructure by using ClearCase and ClearQuest
The adoption route phases are presented in the information center in an instructional format, based on best tool deployment practices and linked to current best support practices with related product support tech notes. Each phase is organized by the activity and task performed on servers or clients in the regional hub or sites. Tasks are organized by machine, in the physical topology, and by tool in the logical topology. While the adoption route is composed as an end-to-end scenario, you can apply only phase one to achieve regional centralization, or re-apply phase one incrementally to centralize regional teams over time. For smaller regional hubs that use the IHS load balancing capability that is provided with ClearCase and ClearQuest phase three is optional.
The information center contains details about the phases. In phase one, the following centralization activities are performed:
- Prepare for centralization: This activity involves centralization planning, creating a centralized installation manager repository for tool provisioning, and upgrading the change management servers at the regional hub.
- Centralize repositories: This activity involves backing up repositories, migrating repositories to the regional hub, and stopping multisite replication to the regional site.
- Upgrade clients at regional sites: This activity involves upgrading the client software that the project team uses. Also, the team migrates from dynamic views to web views.
In phase two, these administration activities are performed:
- Upgrade servers at the regional hub: This activity involves uninstalling version 7.0.1 of the ClearCase and ClearQuest server and re-installing version 7.1.1.
- Upgrade client at the regional hub: This activity involves uninstalling version 7.0.1 of the ClearCase and ClearQuest client and re-installing version 7.1.1.
In phase three, these administration activities are performed:
- Configure load balancing: This activity involves installing the WebSphere Application Server Network Deployment version 7.0 and configuring the load balancing capability for the environment.
- Upgrade client configurations: In this activity, the regional team changes the URL properties in ClearCase Remote Client and in ClearQuest Web to connect to the change management servers through the load balancer server.
Many organizations work in a geographically distributed development environment. For global software development and delivery organizations, collaboration and team workflows are key to overcoming the barriers of distance and time-zones, conflicting in-house processes, knowledge- and work-transfer issues, and issues of project artifact ownership. Common processes, tools, and reporting are critical in overcoming these risks. Software development organizations must strive to improve project agility and achieve better cost containment. Such organizations can benefit greatly by using a centralized change and configuration management model for GDD.
The Geographically Distributed Development: Centralize Change and Configuration Management information center provides guidance for regional teams that use ClearCase and ClearQuest to migrate to a centralized regional hub topology. With this strategy, organizations can reduce costs in tool administration and improve team productivity and response times to deliver global projects.
Special thanks to the authors of the Geographically Distributed Development: Centralize Change and Configuration Management information center, and to the IBM Scenario Analysis lab. In alphabetical order: Vishal Anand, Sujeet Mishr, Alok Singh, Mahesh Sundaram, Kaylee Thomsen and Saurabh Tiwari.
- Geographically Distributed Development: Centralize Change and Configuration Management in the IBM Publication Center.
- Check out these pieces of information on developerWorks, also related to centralization of change and configuration management processes.
- Learn about the product features and capabilities in the Rational ClearCase 7.1.1 Information Center, Rational ClearQuest 7.1.1 Information Center, and IBM Rational ClearCase Remote Client 7.1.1 Information Center
- See the Rational ClearCase product page for technical information and other resources for developers.
- Visit the Rational ClearCase area on developerWorks for articles and tutorials.
- Find answers to terminology questions in the ClearCase Glossary.
- Learn more in the IBM Rational ClearQuest Information Center, and explore the Change and release management library.
- Browse the Rational ClearQuest developerWorks page or the Rational ClearCase developerWorks page for links to technical articles and many related resources.
- Learn about other applications in the IBM Rational Software Delivery Platform, including collaboration tools for parallel development and geographically dispersed teams, plus specialized software for architecture management, asset management, change and release management, integrated requirements management, process and portfolio management, and quality management.
- Find product manuals, installation guides, and other documentation in the IBM Rational Online Documentation Center.
- Visit the Rational software area on developerWorks for technical resources and best practices for Rational Software Delivery Platform products.
- Explore Rational computer-based, web-based, and instructor-led online courses. Hone your skills and learn more about Rational tools with these courses, which range from introductory to advanced. The courses on this catalog are available for purchase through computer-based training or Web-based training. Some of the "Getting Started" courses are available free of charge.
- Subscribe to the IBM developerWorks newsletter, a weekly update on the best of developerWorks tutorials, articles, downloads, community activities, webcasts and events.
Get products and technologies
- Download trial versions of other IBM Rational software.
- Download IBM product evaluation versions and get your hands on application development tools and middleware products from DB2®, Lotus®, Tivoli®, and WebSphere®.
- Join the Rational ClearQuest Forums and Communities to get and give tips to other developers and testers who use ClearQuest. To participate by e-mail, subscribe by sending a note to email@example.com. Subscribers can post by e-mail to firstname.lastname@example.org.
Dig deeper into Rational software on developerWorks
Get samples, articles, product docs, and community resources to help build, deploy, and manage your cloud apps.
Experiment with new directions in software development.
Software development in the cloud. Register today to create a project.
Evaluate IBM software and solutions, and transform challenges into opportunities.