Gestión de la Configuración y Activos del Servicio
Proceso
Clasificación y Registro de CIs
La principal tarea de la Gestión de la Configuración y Activos TI es mantener la CMDB. Es imprescindible, para llevar a cabo esta labor con éxito, predeterminar la estructura del CMDB de manera que:
- Los objetivos sean realistas: una excesiva profundidad o detalle puede sobrecargar de trabajo a la organización y resultar, a la larga, en una dejación de responsabilidades.
- La información sea suficiente: debe existir, al menos, un registro de todos los sistemas críticos para la infraestructura TI.
Alcance
En primer lugar habremos de determinar qué sistemas y componentes TI van a ser incluidos en la CMDB:
- Es esencial incluir al menos todos los sistemas de hardware y software implicados en los >servicios críticos.
- Se debe determinar qué CIs deben incluirse dependiendo del estado de su ciclo de vida. Por ejemplo, pueden obviarse componentes que ya han sido retirados.
- Es recomendable incorporar, al menos, la documentación asociada a proyectos, SLAs y licencias.
En general, cualquier servicio o proceso es susceptible de ser incluido en la CMDB, pero unos objetivos en exceso ambiciosos pueden resultar contraproducentes.
Nivel de detalle y Profundidad
Una vez determinado el alcance de la CMDB, es imprescindible establecer el nivel de detalle y profundidad deseados:
- Determinar los atributos que describen a un determinado CI.
- Tipo de relaciones lógicas y físicas registradas entre los diferentes CIs.
- Subcomponentes registrados independientemente.
Por ejemplo, si se decide incluir los equipos de sobremesa en la CMDB:
- Atributos: Fecha de compra, fabricante, procesador, sistema operativo, propietario, estado, coste, etc.
- Relaciones: conexión en red, impresoras conectadas, etc.
- Profundidad: tarjetas de red, discos duros, tarjetas gráficas, etc.
Nomenclatura
Aunque este sea un aspecto muy técnico, es de vital importancia predefinir los códigos de clasificación de los CIs para que el sistema sea funcional:
- La identificación debe ser, por supuesto, única y si es posible interpretable por los usuarios.
- Este código debe ser utilizado en todas las comunicaciones referentes a cada CI y si es posible debe ir físicamente unido al mismo (mediante una etiqueta de difícil eliminación).
- Los códigos no deben ser sólo utilizados para componentes de hardware sino también para documentación y software.
Glosario de términos
Calendario de cursos
Imprimir esta página