Administración centralizada de cambios y configuraciones para el desarrollo geográficamente distribuído

Cuando los equipos distribuidos globalmente comienzan a tratar los proyectos de desarrollo en una infraestructura de administración centralizada de cambios y configuraciones, colaboran de manera más eficiente en la creación de productos valiosos. El artículo recientemente publicado por el IBM Publication Center, Geographically Distributed Development: Centralize Change and Configuration Management, describe cómo realizar esta transición. Este recurso proporciona las instrucciones necesarias para planificar la centralización y desplegar regionalmente entornos de IBM® Rational® ClearQuest® y IBM Rational ClearCase® a un hub regional centralizado.

Mats Göthe, Solution Architect, IBM

author photoMats Göthe es Rational Solution Architect y se concentra en los escenarios de subprocesos ecológicos para las soluciones Collaborative Application Lifecycle Management para TI y sistemas. Mats es miembro del equipo de Green Thread y ha contribuido con las estrategias de solución para Globally Distributed Application Lifecycle Management. Además, es autor de una publicación de IBM Redbooks sobre el uso de Collaborative Application Lifecycle Management con el software IBM Rational. Mats comenzó a trabajar para Rational en 1991 y ocupó diversos cargos, entre ellos el de gerente de desarrollo de IBM Rational Rose en Suecia y gerente de ventas y servicio técnico de Rational en la región nórdica. También trabajó para el equipo de Ericsson Corporate Account. Cuenta con un doctorado en física de la Universidad de Uppsala y reside en Suecia.



06-01-2011

Administración centralizada de cambios y configuraciones

A medida que las organizaciones de productos de software se expanden globalmente, muchas compañías utilizan ahora un enfoque geographically distributed development (GDD) para administrar de manera eficaz las adquisiciones, las asociaciones, y la tercerización. Los equipos de proyectos en las organizaciones globalmente distribuidas deben colaborar para lograr aplicaciones críticas para la empresa en períodos de tiempo cortos y con límites de costos. Una respuesta a estos desafíos es la solución IBM Rational Global Development and Delivery, la cual combina las capacidades de Rational ClearCase y Rational ClearQuest. Con esta solución, los equipos de desarrollo de software pueden administrar los cambios y las configuraciones en ubicaciones geográficamente distribuidas. La solución también proporciona Rational ClearCase Multisite y Rational ClearQuest Multisite, los cuales duplican y sincronizan depósitos en las organizaciones. Los equipos pueden utilizar estas capacidades y depósitos para colaborar y permitir una cadena global de abastecimiento de software.

Muchos equipos de proyectos que practican GDD eligen una topología de infraestructura de desarrollo mediante el uso de ClearCase y ClearQuest para soportar y mapear la estructura y las necesidades de su organización. Los entornos de ClearCase y ClearQuest son desplegados en todos los sitios de desarrollo mediante ClearCase y ClearQuest Multisite. Además, la infraestructura de desarrollo a menudo debe contactar a los asociados de desarrollo y a los proveedores de servicio para permitir los procesos de subcontratación o tercerización. Aunque este patrón de despliegue integra fuertemente los equipos de desarrollo y el flujo de trabajo, aumenta el costo administrativo de una plataforma de desarrollo distribuida.

Para resolver estas cuestiones, el ajustado mapeo de la distribución organizativa y la topología de la infraestructura del desarrollo se está separando. A través de la centralización de la infraestructura del desarrollo, las organizaciones pueden responder rápidamente a las cambiantes necesidades empresariales, al escalamiento y a los proyectos fuente, y al mismo tiempo bajar el costo total del desarrollo. Un enfoque de administración centralizada de cambios y configuraciones no sólo es más eficaz desde el punto de vista de los costos, sino que además estimula la aplicación de los estándares coherentes de la tecnología y las mejores prácticas en toda la empresa.

Para conocer más sobre este tema, consulte Geographically Distributed Development: Centralize Change and Configuration Management en el IBM Publication Center. Este informe proporciona una guía para la planificación e instrucciones para centralizar sus herramientas de cambios y configuraciones para los equipos globalmente distribuidos. El informe fue redactado por organizaciones que utilizan una plataforma de despliegue distribuida ClearCase y ClearQuest, y Multisite, y desean consolidar su infraestructura y administración adoptando los servicios de desarrollo centralizados.


Guía para la centralización: escenario de la ruta de adopción

El contenido en Geographically Distributed Development: Centralize Change and Configuration Management information center se basa en una metodología para rutas de adopción basadas en escenarios. La metodología fue desarrollada por IBM Advanced Scenario Lab. Una ruta de adopción es un patrón preceptivo que abarca las mejores prácticas para desplegar una colección de productos en un contexto empresarial determinado. Las rutas de adopción se dividen en fases que despliegan un subgrupo de los productos propuestos de modo que el valor se determina en cada fase.

La ruta de adopción para la administración centralizada de cambios y configuraciones proporciona un enfoque por fases para la migración a los depósitos de ClearCase y ClearQuest. El enfoque comienza con el traslado a un hub regional y la depreciación de los servidores locales. Luego, los nuevos clientes de wide area network (WAN) son adoptados por los equipos de proyectos regionales. El enfoque también soporta la mejora de la escalabilidad en el hub regional mediante el balanceo de carga a través de servidores de administración centralizada de cambios.


Escenario de administración centralizada de cambios y configuraciones

El escenario de la ruta de adopción parte de una topología de infraestructura de desarrollo generalizada, es decir, la topología As-Is (tal cual). Esta topología As-Is tiene tanto el aspecto lógico de las integraciones de las herramientas desplegadas como el aspecto físico de la distribución de la plataforma del servidor.

Las siguientes características generales aplican al entorno As-Is en el escenario:

  1. Desarrollo global realizado en múltiples sitios regionales conectados. Los sitios varían en tamaño, van desde subsitios regionales pequeños con pocos miembros en el equipo de desarrollo hasta grandes sitios hub regionales con una gama de roles en el desarrollo y en la organización de IT.
  2. Algunos proyectos de desarrollo abarcan múltiples sitios, mientras otros son ejecutados localmente en un solo sitio.
Figura 1. La topología As-Is en el escenario de la ruta de adopción
El gráfico muestra una selección global de sitios de desarrollo.

En la topología As-Is, la infraestructura de desarrollo se despliega de la siguiente forma:

  1. Los equipos regionales en los sitios regionales utilizan ClearCase y ClearQuest, con los clientes y copias locales para el desarrollo y la entrega.
  2. Los sitios regionales sincronizan sus depósitos con otros sitios regionales en base a las dependencias de los proyectos.
Figura 2. La distribución física y las integraciones en la topología As-Is
La ilustración muestra la duplicación de un depósito multisitio.

El escenario de la ruta de adopción prescribe tres fases de transición para su organización: la topología As-Is, la futura nueva topología centralizada, y los flujos de trabajo de proyectos compartidos.

La futura topología tiene estas características:

  • Uno o más sitios regionales forman hubs regionales. La cantidad de hubs regionales y sitios regionales que atiende un hub regional depende del tamaño y las necesidades de la organización.
  • Los hubs regionales atienden a los sitios con servicios de desarrollo compartido mediante el uso de servidores de depósitos centralizados y roles de proyectos compartidos. Los depósitos de los sitios regionales son migrados al hub regional.
Figura 3. La futura topología en el escenario de la ruta de adopción
La ilustración muestra equipos conectándose a hubs regionales.

La infraestructura de desarrollo en la futura topología presenta estas características:

  • Los equipos regionales en los sitios regionales se conectan a los hubs regionales mediante WAN o clientes web. Los miembros de los equipos, como por ejemplo los desarrolladores, quienes necesitan flujos de trabajo integrado de ClearCase y ClearQuest, utilizan ClearCase Remote Client. Los roles que requieren acceso simple ClearQuest pueden usar ClearQuest Web.
  • Los servidores múltiples para la administración de cambios conectan a los usuarios remotos a los depósitos centralizados de ClearCase y ClearQuest.
  • El balanceo de carga distribuye el tráfico de la red y proporciona escalabilidad.
  • Los hubs regionales están interconectados mediante la duplicación de entornos multisitio de ClearCase y ClearQuest.

En la Figura 4 se observa la futura nueva topología física. En la figura, se ha establecido una región centralizada. Los equipos regionales están compuestos por los miembros de los equipos locales (en naranja) y los colaboradores del hub regional (en azul) para las funciones compartidas. La figura también muestra que algunos equipos regionales, o proyectos, que permanecen en la infraestructura actual de desarrollo distribuido no se ven afectados por la centralización. Tales equipos pueden, cuando así lo permiten los esquemas de los proyectos, continua y adoptar la topología centralizada.

Figura 4. La distribución física y las integraciones en la futura topología
El gráfico muestra equipos conectándose al hub regional.

Las fases para la adopción de la centralización

El escenario de la ruta de adopción para la administración centralizada de los cambios y las configuraciones tiene tres fases principales. En cada fase, los beneficios de la centralización de las operaciones empresariales se incrementan, por lo tanto el progresivamente se incrementa el valor.

En la fase 1, la organización planifica la centralización y se prepara para la misma. Durante esta fase, los hubs regionales son seleccionados. Los sitios de hubs regionales deben ser capaces de soportar las crecientes demandas de IT y de administración de infraestructura de desarrollo, como la carga de la red, la seguridad de acceso, la capacidad del servidor, y la administración de los proyectos de desarrollo. En esta fase, la infraestructura centralizada es instalada en el hub regional. Además, los sitios regionales que participan en el área de la centralización son identificados. Estos sitios moverán sus depósitos locales al hub regional e invocarán sus servidores locales de ClearCase y ClearQuest. Los usuarios del sitio regional migran de los clientes local area network (LAN) a clientes WAN y acceden a los activos del proyecto en el hub regional. Cuando los equipos regionales son centralizados, los proyectos pueden compartir roles y activos comunes, como los administradores de herramientas y proyectos.

En la fase 2, el hub regional es actualizado con la última plataforma de desarrollo y versiones de herramientas de administración change and change. Haciendo esto, los equipos pueden utilizar las mejoras de los productos en las capacidades de los clientes WAN y en la performance y la administración de los servidores CM.

En la fase 3 se establece la escalabilidad en un hub regional proporcionando capacidades de balanceo de carga para servidores de administración de cambios ClearCase y ClearQuest. Las capacidades de balanceo de carga son suministradas por IBM WebSphere® Application Server Network Deployment. Para soportar una cantidad creciente de sitios regionales se podrían necesitar también más servidores ClearCase y ClearQuest para desplegarlos en la topología de administración centralizada de cambios y configuraciones.


The Geographically Distributed Development: Centralize Change and Configuration Management information center

The Geographically Distributed Development: Centralize Change and Configuration Management information center proporciona detalles sobre la ruta de adopción de administración centralizada de cambios y configuraciones. The information center está organizado en dos partes: la guía para la planificación de la solución y la guía para la topología del desarrollo. Este último contiene las tres fases para la adopción de la centralización. Usted puede acceder al information center en línea o mediante archivos PDF que puede descargar.

Figura 5. The Geographically Distributed Development: Centralize Change and Configuration Management information center proporciona instrucciones para adoptar una infraestructura de desarrollo centralizada mediante ClearCase y ClearQuest
La captura de pantalla muestra el information center.

Vista ampliada de la Figura 5.

Las fases de la ruta de adopción son presentadas en el information center en un formato educativo, basado en las mejores prácticas de despliegue de herramientas y se encuentra relacionado a las mejores prácticas actuales de soporte con notas tecnológicas de soporte del producto relacionadas. Cada fase es organizada por la actividad y la tarea realizada en los servidores, en los clientes en el hub o los sitios regionales. Las tareas son organizadas por máquina, en la topología física, y mediante las herramientas en la topología lógica. Mientras la ruta de adopción se compone de un escenario integral, usted puede aplicar solamente la fase 1 para lograr la centralización regional, o volver a aplicar la fase 1 cada vez más para centralizar los equipos regionales por más tiempo. Para los hubs regionales pequeños que usan la capacidad de balanceo de carga IHS suministrada por ClearCase y ClearQuest la fase 3 es opcional.

The information center contiene detalles sobre las fases. En la fase 1, se realizan las siguientes actividades de centralización:

  1. Preparación para la centralización: esta actividad abarca la planificación de la centralización, la creación de un depósito de administración de instalación centralizado para el suministro de herramientas, y la actualización de los servidores de administración de cambios en el hub regional.
  2. Centralización de los depósitos: esta actividad involucra la realización del backup de los depósitos, la migración de depósitos a un hub regional, y detención de la duplicación mutisitio al hub regional.
  3. Actualización de los clientes en los sitios regionales: esta actividad abarca la actualización del software del cliente que utiliza el equipo del proyecto. Además, el equipo migra de las vistas dinámicas a las vistas web.

En la fase 2, se realizan estas actividades de administración:

  1. Actualización de los servidores en el hub regional: esta actividad incluye la versión 7.0.1 del servidor de ClearCase y ClearQuest y la reinstalación de la versión 7.1.1.
  2. Actualización del cliente en el hub regional: esta actividad abarca la desinstalación de la versión 7.0.1 del cliente de ClearCase y ClearQuest y la reinstalación de la versión 7.1.1.

En la fase 3, se realizan estas actividades de administración:

  1. Configuración del balanceo de carga: esta actividad abarca la instalación de WebSphere Application Server Network Deployment version 7.0 y la configuración de la capacidad del balanceo de carga para el entorno.
  2. Actualización de las configuraciones del cliente: En esta actividad, el equipo local modifica las propiedades de la URL en ClearCase Remote Client y en ClearQuest Web para conectarse a los servidores de administración de cambios a través del servidor del balanceador de carga.

Resumen

Muchas organizaciones trabajan en un entorno de desarrollo de ubicaciones geográficamente distribuidas. Para las organizaciones globales de desarrollo y entrega de software, la colaboración y los flujos de trabajo del equipo son claves para atravesar las barreras de la distancia y las zonas horarias, los procesos internos contradictorios, los problemas en la transferencia de conocimiento y trabajo, y las cuestiones relacionadas con la propiedad de componentes del proyecto. Los procesos, herramientas e informes comunes son fundamentales para superar estos riesgos. Las organizaciones de desarrollo de software deben esforzarse para mejorar la agilidad del proyecto y alcanzar mejor contención de costos. Estas organizaciones pueden beneficiarse mucho con el uso del modelo de administración centralizada de cambios y configuraciones para GDD.

The Geographically Distributed Development: Centralize Change and Configuration Management information center proporciona la guía para los equipos regionales que utilizan ClearCase y ClearQuest para migrar a una topología hub regional centralizada. Con esta topología, las organizaciones pueden reducir costos relativos a la administración de herramientas y mejorar la productividad del equipo y los tiemposde respuesta en la entrega de proyectos globales.


Agradecimientos

Un agradecimiento especial a los autores de Geographically Distributed Development: Centralize Change and Configuration Management information center, y al IBM Scenario Analysis lab. En orden alfabético: Vishal Anand, Sujeet Mishr, Alok Singh, Mahesh Sundaram, Kaylee Thomsen y Saurabh Tiwari.

Recursos

Aprender

Obtener los productos y tecnologías

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Rational
ArticleID=606815
ArticleTitle= Administración centralizada de cambios y configuraciones para el desarrollo geográficamente distribuído
publish-date=01062011