Biblioteca multimedia definitiva

Una biblioteca de medios definitiva es un repositorio de tecnología de la información seguro en el que se almacenan y protegen las versiones definitivas y autorizadas de los medios de software de una organización. Antes de que una organización publique cualquier software de aplicación nuevo o modificado en su entorno operativo, dicho software debe someterse a pruebas exhaustivas y a un control de calidad. La biblioteca de medios definitiva proporciona el área de almacenamiento para los objetos de software listos para su implementación y solo debe contener copias maestras de los elementos de configuración (CI) de los medios de software controlados que hayan superado las comprobaciones de control de calidad adecuadas , incluyendo normalmente tanto el código fuente de la aplicación adquirida como el de la versión dorada, así como los ejecutables . En el contexto del marco de mejores prácticas de ITIL ^{[ 1 ]} , el término biblioteca de medios definitiva sustituye al término biblioteca de software definitiva al que se hacía referencia antes de la versión ITIL v3.

En conjunto con la base de datos de gestión de configuración (CMDB), proporciona de manera efectiva el ADN del centro de datos, es decir, todos los medios de software de aplicación y compilación conectados al registro de instalación y configuración de la CMDB.

La biblioteca multimedia definitiva es un componente fundamental del marco de lanzamiento y aprovisionamiento de una organización, así como del plan de continuidad del servicio.

En un entorno de TI controlado , es crucial que solo se permitan versiones autorizadas del software en producción. Las consecuencias de que versiones no autorizadas lleguen al entorno en producción pueden ser graves. Normalmente, en una organización madura, existen procesos rigurosos de gestión de cambios y versiones para evitar que esto ocurra, pero dichos procesos requieren un lugar donde las versiones autorizadas del software puedan almacenarse y accederse de forma segura. La solución propuesta por ITIL en su tercera versión se denomina biblioteca de medios definitiva o DML (que sustituye a la anterior Biblioteca de Software Definitiva o DSL de la versión dos). ITIL propone que la DML puede ser un repositorio físico o virtual, y ambos métodos presentan ventajas e inconvenientes. Sin embargo, es evidente que existen factores clave para el éxito de cualquier solución DML: el software que se despliega en producción debe estar rigurosamente probado, garantizado y licenciado para su correcto funcionamiento, además de estar empaquetado de forma que su despliegue sea seguro y consistente. Asimismo, la DML debe ser fácilmente accesible únicamente para las personas autorizadas. De esta forma, un área de almacenamiento virtual (electrónico) casi siempre proporcionará una solución superior, lo que significa que el DML se puede centralizar y acceder a él de forma remota o fuera del horario laboral habitual si surge la necesidad (véase distribución).

El DML desempeña un papel fundamental en el apoyo a la transición de las fases de desarrollo a producción, y las soluciones DML deben distinguirse de otros repositorios de software y código fuente, como la gestión de configuración de software o SCM (a veces denominada gestión de cambios y configuración de software), que apoya la fase de desarrollo o evolución del software. Esta es una distinción importante que a menudo causa cierta confusión. En esencia, mientras que las herramientas o repositorios SCM almacenan y gestionan todas las versiones y revisiones de desarrollo del código (o productos de trabajo ) hasta el producto final autorizado, pero sin incluirlo, el DML almacena solo las versiones finales autorizadas del código o producto. Esto es análogo al ciclo de vida de un producto comercial, donde el producto pasa de la casa de diseño a la fábrica , luego al almacén y finalmente a la tienda .

• Se conservan registros ( metadatos ) sobre cómo se diseña, desarrolla y fabrica un producto. Esto permite identificar el proceso responsable cuando se detectan productos defectuosos, ya sea durante el control de calidad o incluso durante su uso posterior.
• En una base de datos de gestión de configuración se almacenan registros (metadatos) que indican dónde se instala y despliega el software desde el entorno DML hasta el entorno de producción. Cada instalación o despliegue debe estar autorizado mediante una solicitud de cambio de producción correspondiente , y el cambio resultante debe registrarse en la base de datos de gestión de configuración como una relación entre el artefacto DML y la plataforma donde se ha desplegado.

En un estado más maduro o evolucionado, no se distingue entre las dos formas de gestión de configuración y el proceso es continuo, dando soporte a todo el ciclo de vida de la prestación y operación del servicio. Esto se conoce como Gestión de Configuración Empresarial . Aun así, los artefactos basados ​​en el desarrollo deben distinguirse y mantenerse separados de la gestión de las versiones maestras definitivas y con garantía de calidad disponibles para su implementación. En un acuerdo de subcontratación o con múltiples proveedores, la existencia o no de una forma consistente y segura de acceso del proveedor determinará si la gestión de configuración del software se realiza de forma pasiva (externamente, por proveedores que adoptan sus propias herramientas SCM y luego entregan el producto terminado) o activa (supervisada internamente, con proveedores que utilizan la herramienta SCM alojada centralmente). Sin embargo, todos los productos terminados (software de aplicación), en su forma implementable autorizada, deben almacenarse en el DML central.

Los elementos de configuración típicos que almacenará una operación DML incluyen:

• Software de aplicación empaquetado internamente
• Medios de cultivo en bruto comerciales estándar (COTS)
• Software COTS personalizado (que incluye mejoras, configuración a medida, etc.)
• Paquetes de lanzamiento
• Parches (véase parche (informática) )
• Configuraciones Gold (clientes, servidores, dispositivos de red y almacenamiento, etc.)
• Imágenes del sistema
• En múltiples pilas tecnológicas y tecnologías de distribución (por ejemplo, Wintel, UNIX, ORACLE, mainframe, red, almacenamiento, etc.)

(Véase el diagrama anterior sobre la "biblioteca de medios definitiva y la base de datos de gestión de configuración en el contexto del proceso de gestión de versiones").

Los pasos del ciclo de vida de un comunicado de prensa son:

1. Surge la demanda de un nuevo servicio o producto.
2. La decisión de fabricar o adquirir el producto (servicio, desarrollo o aplicación) se basa en los requisitos funcionales extraídos de la herramienta de trazabilidad de requisitos . El producto se crea o selecciona del catálogo de servicios/productos de acuerdo con las políticas de diseño arquitectónico (Diseño de Servicio). El producto COTS se adquiere y se almacena en la DML con el estado de activo "adquirido". Si es nuevo, el producto se agrega al Catálogo de Productos Aprobados. El código fuente de la aplicación creada internamente se gestiona directamente en el repositorio de gestión de configuración de software.
3. Si se trata de un producto COTS o una compilación dorada, el material se extrae del DML.
4. El producto se empaqueta o se desarrolla y empaqueta (en cuyo caso la funcionalidad adicional se trata de la misma manera que las aplicaciones y compilaciones internas).
5. Los registros provisionales o las líneas base originales se crean en la herramienta de gestión de configuración del software.
6. Las revisiones del código de desarrollo y las revisiones de los paquetes se registran en la herramienta de gestión de la configuración del software durante todo el proceso de desarrollo.
7. Se realizan pruebas unitarias.
8. El empaquetado se ha completado para crear el paquete de lanzamiento.
9. El embalaje del producto cuenta con garantía de calidad (incluidas las pruebas, la preparación y cualquier reelaboración).
10. El paquete de medios completado (compilación, servicio o aplicación) se vuelve a depositar en el DML como medio autorizado listo para su implementación.
11. Tras la aprobación de la gestión de cambios, el producto se distribuye a la infraestructura a través del sistema de distribución adecuado, y las instalaciones lógicas se registran mediante el procedimiento establecido en el CMS (CMDB).
12. Las entidades DML se archivan tan pronto como:
    1. CMS o CMDB indica que la versión empaquetada ya no se utiliza en ninguna ubicación (se requiere un período de gracia después de la última desactivación o actualización para permitir cualquier regresión necesaria) y
    2. La entidad DML se ha eliminado del catálogo técnico o de usuario (servicio) como elemento seleccionable.

Si bien la Biblioteca de Medios Digitales (DML) como repositorio autorizado de contenido multimedia implica cierto grado de centralización, se requerirán Bibliotecas de Medios Locales (LML) para lograr un modelo global. De esta manera, la publicación y el despliegue de copias físicas de contenido multimedia se podrán realizar en cada país de forma oportuna, evitando descargas constantes a través de la red global. La replicación de contenido multimedia autorizado en ventanas secundarias permitiría disponer de los paquetes necesarios localmente, pero la DML seguiría siendo la biblioteca principal por motivos de control de procesos.

La jerarquía DML/LML es sinónimo de las capas de distribución maestra/secundaria presentes en muchas tecnologías de distribución y sistemas de gestión de paquetes. Sin embargo, mientras que las herramientas de distribución suelen estar sesgadas hacia una pila tecnológica específica (por ejemplo, Wintel, Unix, Mainframe, etc.), una de las principales ventajas de una DML es su naturaleza tecnológicamente independiente y su función como repositorio central para todo el software autorizado. De esta forma, las herramientas de distribución se conectan a la DML para obtener el paquete de software. El empaquetado de aplicaciones implica la preparación de instalaciones de software estándar y estructuradas, destinadas a la implementación automatizada. El empaquetado también es necesario para el software comercial (COTS), ya que permite configurarlo para que se ejecute de forma eficiente en una plataforma o entorno específico. Incluso un ligero cambio en esta plataforma (como el cambio de disco) puede impedir la correcta implementación de un paquete, por lo que la conservación de la versión en formato ISO del software es fundamental, ya que será necesaria (a menudo en caso de emergencia) si la versión empaquetada deja de funcionar, por ejemplo, tras la actualización o sustitución de la plataforma operativa.

El DML admite:

• Gestión de lanzamientos y despliegues como base y área de almacenamiento central para todos los paquetes de despliegue que se pueden publicar.
• Disponibilidad y continuidad del servicio al proporcionar la fuente de todas las aplicaciones empaquetadas y los soportes originales para su uso en procedimientos de restauración del servicio y recuperación ante desastres.
• Aprovisionamiento y racionalización automatizados de servidores mediante el almacenamiento de versiones de referencia.
• La gestión de activos se realiza proporcionando registros de metadatos y claves de licencia relacionadas con el suministro de licencias de software comercial estándar (COTS). Las instancias de soportes y el conjunto de soportes autorizados, almacenados junto con las licencias y sus condiciones, permitirán una gestión optimizada de las asignaciones de software y el cumplimiento externo de las recomendaciones de la Ley Sarbanes-Oxley y la Ley de Normas Comerciales (BSA).
• Cumplimiento de solicitudes catalogadas, ya sea en términos de solicitudes de productos para clientes de un solo usuario o solicitudes repetidas para implementaciones de un servicio/aplicación multiusuario existente en otras ubicaciones de alojamiento.

• Gestión del ciclo de vida de las aplicaciones
• gestión del ciclo de vida del producto
• Gestión del ciclo de vida del software
• Gestión de sistemas
• Implementación del sistema
• Lanzamiento de software
• Implementación de software
• Repositorio de software

• http://wiki.en.it-processmaps.com/index.php/ITIL_Glossary
• http://www.itsmwatch.com/itil/article.php/3887361/How-to-Set-Up-and-Manage-a-Definitive-Media-Library.htm Archivado el 17/12/2011 en Wayback Machine
• http://www.ibm.com/developerworks/rational/library/edge/09/mar09/rader/