Qué es una CMDB y cómo implantarla
Qué es exactamente una base de datos de gestión de configuración, en qué se diferencia de un inventario, cómo se alimenta, por dónde empezar y por qué la mayoría deja de ser fiable antes del segundo año.
Una CMDB (Configuration Management Database) es la base de datos donde una organización registra los componentes de su infraestructura de TI, sus atributos y las relaciones que mantienen entre sí. Su propósito no es contar equipos, sino poder responder a qué deja de funcionar cuando algo falla.
Se alimenta principalmente por descubrimiento automático, y su valor depende por completo de una sola cosa: que refleje la realidad. Una CMDB desactualizada es peor que no tener ninguna, porque la gente sigue tomando decisiones apoyándose en ella.
Qué es una CMDB y para qué sirve
Las siglas vienen del inglés Configuration Management Database, base de datos de gestión de configuración. Es uno de los conceptos centrales de ITIL y, a la vez, uno de los que peor fama arrastra, porque muchas organizaciones han intentado implantar una y han acabado con una hoja de cálculo cara.
La confusión de partida suele ser esta: se aborda como un proyecto de documentación cuando en realidad es un proyecto de operación. Una CMDB no está para dejar constancia de lo que hay. Está para que, a las tres de la tarde de un martes, alguien pueda decidir en treinta segundos si puede reiniciar un servidor o si al hacerlo va a detener la línea de producción.
Ese cambio de enfoque tiene consecuencias prácticas inmediatas. Si es documentación, basta con que esté completa. Si es operación, tiene que estar actualizada y ser consultable en el momento en que se necesita, y eso es un problema mucho más difícil.
El contenido de la CMDB son los elementos de configuración, sus atributos y sus relaciones. Si quieres el detalle de qué es un CI, qué atributos se registran y cómo se clasifican, lo tienes en el artículo dedicado a los elementos de configuración según ITIL. Aquí nos centramos en el sistema que los contiene.
CMDB, inventario y gestión de activos
Los tres conviven en muchas organizaciones y con frecuencia se solapan sin que nadie haya decidido quién manda sobre qué. Delimitarlo al principio ahorra mucho trabajo después.
| Sistema | Pregunta que responde | Dato que le importa |
|---|---|---|
| Inventario | ¿Qué equipos tengo y dónde están? | Marca, modelo, número de serie, ubicación |
| Gestión de activos | ¿Cuánto valen y a quién pertenecen? | Coste, amortización, contrato, garantía |
| CMDB | ¿Qué se rompe si esto falla? | Configuración, estado y relaciones |
La diferencia decisiva está en la última columna. Un inventario y una gestión de activos describen elementos aislados y pueden vivir perfectamente en una tabla. Una CMDB describe un grafo de dependencias, y eso no cabe en una tabla por muchas columnas que se le añadan.
Prueba rápida para saber si lo que tienes es una CMDB o un inventario con nombre elegante: elige un switch cualquiera y pregunta qué servicios de negocio se detendrían si lo apagas ahora. Si la respuesta exige que alguien lo piense, o que llame a un compañero, lo que hay es un inventario.
Por qué una CMDB deja de ser fiable
Este es el problema central y casi nunca se habla de él antes de empezar el proyecto. Una CMDB nace exacta el día de la implantación y a partir de ahí solo puede empeorar, porque la infraestructura cambia todos los días y el registro no se actualiza solo. Mueve el control para ver qué ocurre con el tiempo.
Lo importante no son las cifras exactas, sino la forma de las curvas. El registro manual no se degrada porque el equipo sea descuidado: se degrada porque nadie documenta un cambio urgente a las tres de la madrugada, y porque un año tiene muchas noches. Cualquier plan que dependa de la disciplina humana sostenida está condenado de antemano.
Cómo se alimenta una CMDB
Una CMDB que funciona nunca tiene una sola fuente. Combina cuatro, con distinto peso según el tipo de elemento:
Descubrimiento automático
Es la base y debería cubrir el ochenta o el noventa por ciento del contenido. Herramientas que recorren la red de forma periódica y detectan qué hay conectado, qué versión tiene y con qué se comunica. La parte más valiosa es esa última: el descubrimiento no solo encuentra elementos, también deduce relaciones a partir del tráfico y de las dependencias observadas.
Integración con otros sistemas
Hay información que ya vive en otro sitio y no tiene sentido duplicar: el contrato de soporte está en el ERP, la garantía en gestión de activos, el responsable en el directorio de la empresa. En lugar de copiarlo, se federa: la CMDB apunta al sistema que manda sobre ese dato y lo consulta cuando hace falta.
Registro manual acotado
Sigue haciendo falta para lo que ninguna herramienta puede descubrir sola: criticidad de negocio, propietario funcional, procedimientos documentados. La clave está en acotarlo. Cuanto más pequeña sea la parte que depende de que alguien escriba algo, más tiempo aguantará el conjunto.
Gestión de cambios
Cuando un cambio aprobado actualiza la CMDB de forma automática al ejecutarse, se cierra el círculo. Es lo último que se suele implantar y lo que marca la diferencia entre una CMDB que se mantiene sola y otra que necesita limpiezas periódicas.
En empresa industrial hay una quinta fuente que casi siempre falta: el lado OT. Autómatas, pasarelas, estaciones SCADA y electrónica de red de planta rara vez entran, porque los gestiona mantenimiento con herramientas propias. El resultado es una CMDB que describe con precisión el centro de datos y se queda muda justo donde se genera el valor.
Por dónde empezar
El error clásico es intentar abarcarlo todo en la primera pasada. Se tarda un año, y para cuando termina, el principio ya no es cierto. Este orden funciona mejor porque cada fase da valor por sí sola.
La fase 3 es la que más gente se salta y la que decide si el proyecto sobrevive. Una CMDB que solo se consulta cuando hay una auditoría se muere; una que el equipo abre cada vez que hay una incidencia se mantiene sola, porque cualquier dato equivocado molesta a alguien ese mismo día.
Qué se gana cuando funciona
Todo lo anterior cuesta trabajo, así que conviene tener claro para qué. Estas son las cinco cosas que cambian de verdad el día a día.
En Wakke IT implantamos CMDB apoyadas en descubrimiento automático e integradas con la plataforma de monitorización, incluyendo el lado OT que suele quedarse fuera. Trabajamos con mediana y gran empresa industrial: energía, agua, alimentación, química, metalurgia, maquinaria y logística.
Dudas habituales sobre la CMDB
CMDB son las siglas de Configuration Management Database, base de datos de gestión de configuración. Es el sistema donde se registran los componentes de la infraestructura de TI, sus atributos y las relaciones entre ellos, con el fin de saber qué depende de qué.
Un inventario responde a qué equipos hay y dónde están; puede vivir perfectamente en una tabla. Una CMDB responde a qué deja de funcionar si un elemento falla, y para eso necesita registrar relaciones entre elementos, que es un grafo de dependencias y no una lista.
Depende del alcance que se le dé. Modelar dos servicios críticos con su infraestructura de soporte y poner en marcha el descubrimiento automático es cuestión de semanas. Abarcar toda la organización de una sola vez puede llevar más de un año, y es precisamente el enfoque que suele fracasar, porque lo modelado al principio deja de ser cierto antes de terminar.
Para un inventario pequeño y estático puede servir de forma temporal. Deja de funcionar en cuanto se quieren registrar relaciones, porque una hoja de cálculo representa filas y columnas pero no dependencias entre elementos, y en cuanto el descubrimiento automático entra en juego, porque no hay forma de que una herramienta actualice la hoja de manera fiable.
Existen suites comerciales de gestión de servicios que incluyen su propio módulo de CMDB, y plataformas de monitorización con capacidad de descubrimiento y modelado de servicios que cumplen la misma función para muchas organizaciones. La elección depende menos de la herramienta que de si hay descubrimiento automático real y de si va a integrarse con la operación diaria.
Midiendo la diferencia entre lo que dice la CMDB y lo que encuentra el descubrimiento en cada pasada. Ese porcentaje de discrepancia es el indicador de salud del sistema, y conviene vigilarlo como cualquier otro. Si nadie lo mide, la degradación se descubre el día que una decisión sale mal.
Si te toca implantarla
¿Tu inventario responde a «qué se para si apago esto»?
Una sesión técnica de diagnóstico, sin compromiso, para revisar qué tienes registrado hoy, cuánto se parece a la realidad y qué haría falta para que se mantenga solo.