24 jul

Experiencia 5: Caso de Exito

Implantación e integración de herramienta de mercado, en el modelo existente para la gestión del Ciclo de Vida de Aplicaciones en un organismo público

 

Partiendo de su sistema de Gestión de Ciclo de Vida (Ad Hoc), se realizó con éxito la integración de la nueva tecnología elegida por la institución, integrando los procesos y procedimientos existentes.
Se dotó al grupo de Desarrollo de elementos para el Análisis de Impacto de sus aplicativos.
Se evaluaron requerimientos, funcionalidades y configuraciones existentes. Se adaptaron las mismas al nuevo modelo, identificando situaciones de riesgo.
Se elaboró el plan de proyecto de implementación de la nueva herramienta, de forma conjunta con los responsables de la institución, y se dotó de un proceso específico para la migración de aplicaciones existentes a la nueva herramienta.

 

ESCENARIO DE PARTIDA

Los procedimientos Ad Hoc existentes en la institución, no contemplaban funcionalidades claves de la Gestión de Configuración y Ciclo de Vida.

No existían mecanismos automáticos de marcha atrás en Producción ante un cambio fallido. La recuperación del sistema a su situación original, se realizaba reimplantando el Software desde su nivel más bajo del Ciclo de Vida.

La entidad contaba con un Gestor de Implantaciones y Calendarios, herramienta especifica tipo workflow para la gestión coordinada de despliegues de elementos del mundo distribuido y el mainframe. Los procesos y procedimientos del Ciclo de Vida no estaban integrados con esta herramienta.

La implantación de los cambios se realizaba componente a componente, no se contaba con el concepto de Paquete de Cambio o agrupación funcional de cambios.

El software existente en la herramienta original, era tratado de forma estática. No se contemplaba su adecuación automática al entorno de destino (cambio de variables o parámetros) necesaria en la entidad, estos cambios se realizaban manualmente.

 Como añadido, se solicitó por parte de la entidad, proporcionar al usuario de una nueva funcionalidad, el versionado de componentes en tiempo de desarrollo.

ESCENARIO FINAL

Se desarrollaron e implementaron elementos de recuperación automática que permitían retornar a la situación anterior existente, en caso de fallos en el despliegue. Fue implementada la marcha atrás automática (Roll back automático) en Producción en caso de comportamientos no esperados o deseados.

Los procesos y procedimientos de implantación y despliegue del Software, fueron rediseñados y automatizados para su gestión de forma jerárquica, en base a circuitos de implantación por tipología de aplicaciones.

Se completó la integración con el Gestor de Implantaciones y Calendarios de Implantación, para el despliegue del software de forma coordinada en todos los entornos incluyendo la Producción.

Fueron establecidos e incorporados al nuevo sistema, todos los componentes necesarios por la instalación, incluyendo los componentes que necesitaban de adaptación dependiendo del entorno de destino. Los procedimientos de cambio, fueron automatizados, incluyendo los mismos en todos los despliegues.

El Análisis de Impacto fue incluido en el Ciclo de Vida del Software, estableciendo reglas y mecanismos de control en caso de incumplimiento.

El modelo de implantación de Cambios, fue rediseñado para contemplar el concepto de Paquete de Cambio, agrupando los componentes necesarios por funcionalidad y tipología, separando de forma automática y transparente para el usuario, los procedimientos de implantación específicos para cada uno de los distintos componentes, invalidando el despliegue en caso de fallos en cualquiera de los elementos que formaban el cambio.

El versionado de componentes en tiempo de desarrollo fue incorporado y realizado de forma automática cuando un objeto editable del paquete se modificaba por parte de un usuario.

Nuestro equipo propuso a la entidad la incorporación al modelo existente, del control de elementos de infraestructura asociados a los componentes tipo DB2 (creación de planes DB2 y tablas). El nuevo modelo fue aceptado y se establecieron mecanismos para evaluar, en tiempo de despliegue de los componentes, si existían carencias en la infraestructura. En base al resultado, se debía de penalizar o permitir el despliegue del software, informando al usuario del tipo de error generado para su resolución

Sobre escenarios ficticios, se evaluó de forma automática si la infraestructura existía y era la esperada por el componente (evaluación en tiempo de Bind). Se consiguió el objetivo propuesto, que no se produjera ninguna interrupción en la Producción por elementos de infraestructurae. En base al resultado, se penalizaba o permitía el despliegue, informando al usuario del tipo de error generado para su resolución.

Share this

Comments (1)

Smithg476
27 diciembre, 2016 Reply

Thank you for some other informative website. Where else may I get that type of info written in such an ideal way? I've a mission that I'm just now operating on, and I've been on the look out for such information. deefcafebeeddceb

Leave a reply

Responder a Smithg476 Cancel