Hoy empezaré con la introducción acerca de como construir una correcta Base de Datos de Configuración . (CMDB)

El cerebro humano es un órgano asombroso, recoge y almacena la información, procesa la información en conocimiento. Entonces,  cerebro = organización del conocimiento.      La base de datos de gestión de configuración o como mejor se le conoce “CMDB”, también recoge y almacena la información, procesa la información en conocimiento, y dirige la acción basada en ese conocimiento. Entonces CMDB = cerebro mismo de la gestión de servicios TI.

Las CMDB actuales han mejorado gracias a tecnologías avanzadas como: la federación, el auto descubrimiento, El modelado de servicios dinámicos, cuadros de mando, análisis predictivo , etc.

La CMDB elimina la necesidad de mantener multiples almacenes de datos y de lidiar con múltiples herramientas diferentes. Ahora
todos los grupos de TI pueden trabajar con una sola fuente de información
completa, precisa y consistente, así como un conjunto único de soluciones y
herramientas.

 La CMDB fue concebida para apoyar los procesos de TI y de gestión de
servicios es una parte
integral de la IT Infrastructure Library  (ITIL ®) en este caso en su Versión 2011

La CMDB es descrita en los
libros de ITIL como un componente central del Sistema de Gestión de la Configuración (CMS), un ecosistema que
se alimenta, gestiona, analiza y presenta la información contenida en la CMDB.

La CMDB en un depósito de información en el
que no sólo se almacenan datos sobre los elementos de configuración del sistema
sino que , además se definen y establecen las relaciones entre ellos , en otras
palabras podríamos decir que no es más que una base de datos que soporta la
gestión de la configuración de los activos de las tecnologías de información de
la empresa.

El uno de los beneficios de utilizar la CMDB
es que nos muestra y gestiona la manera en que los elementos que componen un
sistema de información se interrelacionan.

Algunas de las actividades que realiza una
CMDB responden a las siguientes interrogantes:

¿Cuántos recursos de computadoras posee la
organización?

¿Dónde están localizados?

¿Quién y cómo los están usando?

¿Se poseen las licencias necesarias?

¿Qué garantías o contratos están a punto de
expirar?

¿Qué sucedió en el tiempo de vida de cada
recurso?

¿Qué sucedería si se modifica la configuración
actual?

¿Qué contratos o Acuerdos de Licencia se
tienen para cada uno de los servicios o productos que se están usando?

¿Qué actividades están esperando por una
intervención?

¿Quiénes usaron un determinado recurso y
quiénes los autorizaron a utilizarlo?

La información es poder y el conocimiento
sirve si y solo si sabes utilizarlo , precisamente para esto sirve una CMDB
para calidad del control , integración y soporte a la hora de tomar decisiones.

Las metas de una CMDB como nos dice ITIL son:


  • Verificar los
    registros de configuración al hacer auditorías a la infraestructura, y corregir
    cualquier aspecto que no coincida con la configuración programada.

  • Contabilizar
    todos los activos de tecnologías de información y configuraciones dentro de la
    organización y sus servicios.

  • Proveer una
    base sólida para el manejo de incidentes, gestión de entregas, manejo de
    riesgos y manejo de cambios.

  • Proveer
    información clara y confiable sobre las configuraciones y su documentación para
    dar soporte a todos los procesos que se realizan.

En este caso usaremos
la construcción de la CMDB como un mecanismo de control y de integración ya que
, el verificar y corregir los registros de configuración de aun mayor grade de
control sobre la infraestructura que se posee , por ejemplo, al controlar todo
lo que se posee y la configuración o relaciones que cada elemento tiene , se
reduce la complejidad de todo el ambiente y ahí se reducen considerablemente
los costos de soporte en la contabilización y monitoreo , ahora todo aquello
que desaparece o que aparece sin haber sido pagado se podrá notar
inmediatamente , ayudando a controlar los activos y evitando problemas legales
y por supuesto que ejercitando un mayor control sobre el ambiente o infraestructura
también significa incrementar la seguridad global , Cuando los procesos de
manejo de incidente , gestión de entregas , el manejo de riesgos y cambios
están basados en un registro de configuración usando la CMDB , se podrán
integrar cada uno de estos procesos , reduciendo con esto costos
administrativos y errores , un ejemplo es que el proceso de problemas , cambio
e incidentes se podrían integrar de la Siguiente manera:

Cuando se resuelve un
incidente que requiere un cambio , la aplicación de manejo de incidentes puede
crear automáticamente una petición de modificación para el manejo de cambios y
cuando este incidente aparece de manera repetida también manda una alerta
clasificándolo como un problema

Del lado de usar la
CMDB como un mecanismo de soporte a la toma de decisiones es sencillo , ya que
para todos los managers  se benefician de
tener información clara o un mapa de información sobre cada uno de los procesos
y activos que tiene una empresa , tomar decisiones se hace más fácil cuando se
tienen datos completos y Claros con esto , el manejo de riesgos se hace más
fácil y se reducen los retrasos molestos que están siempre fuera de lo
planeado.

Ahora , existen muchos
métodos para el manejo de configuraciones , pero independientemente de los que
hagamos con los pasos siguientes lo que hace que el método sea exitoso es la
manera en que guardan , administran y usan los datos.

 La configuración que se debe usar tiene que
ser clara , lo que significa obviamente actualizar los datos constantemente ,
por lo que los datos que eran correctos la semana pasada podrían ser
terriblemente obsoletos o incorrectos el día de hoy , resultando en la compra
excesiva o incorrecta de equipo o de instalaciones o actualizaciones que no se
necesitaban.

Seguramente también se
han de estar preguntando : ¿Qué es lo que se almacena en el CMDB y cuál es su
contenido ?

Pues bien el propósito
principal es el de mantener la configuración de cada elemento y la relación entre
ellos , que en conjunto forman una configuración particular en un tiempo
específico o en un momento dado.

Los Elementos de
configuración cuyo acrónimo es CI , son los puntos de enfoque de una CMDB , es
de vital importancia saber que si es y que no es un CI ya que el colocar poner
elementos o tipos de datos incorrectos sin duda terminará en un problema grave
que en términos del negocio , significa tiempo y Capital.

Un CI es una instancia
de una entidad que es parte del ambiente configurable y que tiene atributos
configurables específicos para esa instancia, estas entidades pueden ser
físicas , lógicas o conceptuales, pero todo esto tiene que ser una parte
directa del ambiente , y no información sobre esa parte.

Algo importante también es que no todas las
cosas que califican como un CI valen la pena como para tenerlas registradas
dentro de la CMDB , por ejemplo : Podría en algún momento no resultar tan útil
el crear registros en la CMDB para todas las mesas , sillas , lápices , plumas
que hay en una organización.

Claro que como en toda historia , hay
desventajas y las principales son:

*Es un COLOSAL trabajo en tiempo y esfuerzo en
introducir los elementos eficientemente a una CMDB

* Las CMDB son soluciones
utópicas. No es posible tener toda la información centralizada y tratar de
administrar todo desde un solo lugar. Además es una tarea demasiado compleja
que en vez de traer beneficios trae más trabajo y confusión sin que se obtenga
un provecho que valga la pena comparado al esfuerzo e costos que se generan con
la implementación de una CMDB.

* Aunque resulta llamativo administrar todo
de manera centralizada, no siempre es una buena opción porque los que mejor
conocen las necesidades y particularidades de cada sección o departamento en
una empresa, son los que trabajan día a día en esa área.

* La tendencia a ver las CMDB de acuerdo a
la perspectiva particular y con fines lucrativos que tienen las compañías
vendedoras de programas para CMDB, sin que haya todavía un estándar aceptado
sobre lo que debe precisamente tener un programa para CMDB. Se puede caer en
una presión por parte de los vendedores de programas para CMDB, sin que los
beneficios sean reales para la mayoría de empresas.

* La falta de estándares mundialmente aceptados sobre las CMDB.

* La integración de tecnologías diferentes y los múltiples vendedores que hay
dificulta la integración o unificación, resultando menos confuso ver las cosas
por separado.

* La complejidad de las relaciones entre
los CI es tan compleja que puede generar una total confusión en vez de ayudar a
tener un mejor control de los activos.

Por el momentodejarémos la pequeña introducel Dr.Microsoft , en la próxima edición de este post , hablarémos acerca de los pasos fundamentals para la construcción de la misma.

Que tengan una excelente tarde y si gustan comenten y con gusto responderé a sus dudas y preguntas.