Gestión de Entregas y Despliegues > Introducción y objetivos > Conceptos básicos [Curso ITIL v3

03
Transición

Transición de los Servicios TI

Anterior Siguiente

Gestión de Entregas y Despliegues

Introducción y Objetivos

Conceptos básicos

Una versión es un grupo de CIs de nueva creación o modificados que han sido validados para su instalación en el entorno de producción. Las especificaciones funcionales y técnicas de una versión están determinadas en la RFC correspondiente.

Las versiones pueden clasificarse, según su impacto en la infraestructura TI, en:

Versiones mayores: que representan importantes despliegues de software y hardware y que introducen modificaciones importantes en la funcionalidad, características técnicas, etc.
Versiones menores: que suelen implicar la corrección de varios errores conocidos puntuales y que a menudo son modificaciones que vienen a implementar de una manera correctamente documentada soluciones de emergencia.
Versiones de emergencia: modificaciones que reparan de forma rápida un error conocido.

Como pueden llegar a existir múltiples versiones, es conveniente definir una referencia o código que los identifique unívocamente. El sistema universalmente aceptado es:

Versiones mayores: 1.0, 2.0, etc.
Versiones menores: 1.1, 1.2, 1.3, etc.
Versiones de emergencia: 1.1.1, 1.1.2, etc.

Aunque en algunos casos esta clasificación se refina aún más (vea, por ejemplo, en la ayuda la versión de su navegador).

En su ciclo de vida, una versión puede encontrase en diversos estados: desarrollo, pruebas, producción y archivado.

El siguiente diagrama nos ilustra gráficamente la evolución temporal de una versión:

El despliegue de nuevas versiones puede realizarse de diferentes maneras y es responsabilidad de la Gestión de Cambios el determinar la forma más conveniente de hacerlo. Entre las opciones más habituales cabe contar:

Versión delta: sólo se testean e instalan los elementos modificados. Esta opción tiene como ventaja su mayor simplicidad pero conlleva el peligro de que puedan aparecer problemas e incompatibilidades en el entorno de producción.
Versión completa: Se distribuyen todos los elementos afectados, ya hayan sido modificados o no. Aunque esta opción es obviamente más trabajosa, es más improbable que se generen incidentes tras la instalación si se han realizado las pruebas pertinentes.
Paquete de Versiones: La Gestión de Cambios puede optar por distribuir de forma sincronizada diferentes paquetes de versiones: de esta forma se ofrece una mayor estabilidad al entorno TI. En algunos casos esta opción es obligada por incompatibilidades entre una nueva versión con software o hardware previamente instalado. Pensemos, por ejemplo, en la migración a un nuevo sistema operativo que requiere hardware más avanzado y/o nuevas versiones de los programas ofimáticos.

Biblioteca de Medios Definitivos (DML)

La Biblioteca de Medios Definitivos (DML) debe contener una copia de todo el software instalado en el entorno TI. Esto incluye no sólo sistemas operativos y aplicaciones, sino también controladores de dispositivos y documentación asociada.

La DML debe contener el histórico completo de versiones de un mismo software para proporcionar la versión necesaria en caso de que se deban implementar los planes de back-out.

La DML debe ser almacenada en un entorno seguro y es conveniente que se realicen back-up periódicos.

Recambios Definitivos (DS)

El almacén de Recambios Definitivos (DS) contiene piezas de repuesto para los CIs en el entorno de producción.

Los activos almacenados deben incorporarse a la CMDB en el caso de que los CIs correspondientes se hallen registrados en la misma (esto puede depender del alcance y nivel de detalle de la CMDB).