La CMDB de GLPI es la base de datos de configuración que conecta activos, servicios, aplicaciones y usuarios: qué depende de qué, qué se rompe si reinicias un servidor y quién se ve afectado. Sin esa capa, un inventario es solo una lista. En República Dominicana la implementamos junto al inventario y la mesa de ayuda para que la gestión de cambios deje de ser una apuesta.
Relaciones entre elementos
Servidores, aplicaciones, bases de datos, enlaces y servicios de negocio conectados en un mismo mapa.
Análisis de impacto
Antes de aprobar un cambio ves qué servicios y áreas quedan expuestos si algo sale mal.
Alimentada por el inventario
Los elementos de configuración vienen del inventario automático, no de un documento que nadie mantiene.
Historial de cada cambio
Quién modificó qué, cuándo y con qué aprobación: la evidencia que pide toda auditoría.
¿Para qué sirve una CMDB en la práctica?
La prueba de fuego es esta pregunta: «si este servidor se apaga ahora mismo, ¿qué deja de funcionar y a quién hay que avisar?». En la mayoría de las organizaciones la respuesta vive en la cabeza de dos o tres personas.
La CMDB de GLPI convierte ese conocimiento en un modelo consultable: cada elemento de configuración se relaciona con los demás y con los servicios de negocio que soporta. Cuando entra un ticket o se planifica un cambio, el impacto se ve en pantalla.
Se apoya en el inventario ITAM y alimenta la gestión de cambios de la mesa de ayuda.
Qué modela la CMDB de GLPI
Empezamos por lo crítico y crecemos: una CMDB útil se construye por capas, no de golpe.
Elementos de configuración
Servidores, máquinas virtuales, aplicaciones, bases de datos, enlaces de datos y equipos de red.
Servicios de negocio
Nómina, core bancario, punto de venta, correo: los servicios que la organización reconoce por su nombre.
Dependencias técnicas
Qué aplicación corre sobre qué servidor, qué base de datos consume y de qué enlace depende.
Responsables y contactos
Quién administra cada elemento y a quién hay que notificar cuando algo se cae o se va a intervenir.
Contratos asociados
Soporte del fabricante, garantías y proveedores vinculados a cada elemento crítico de la operación.
Trazabilidad de cambios
Cada modificación queda registrada con autor, fecha y ticket asociado, sin trabajo adicional del técnico.
Preguntas frecuentes sobre la CMDB de GLPI
¿La CMDB viene incluida en GLPI?
Sí. GLPI incluye la gestión de configuración de forma nativa, sin módulo aparte ni costo adicional. Lo que hace falta es modelarla: definir qué elementos son críticos y cómo se relacionan, y eso es trabajo de implementación.
¿Por dónde se empieza?
Por los servicios que le duelen al negocio. Modelamos primero tres o cuatro servicios críticos con sus dependencias reales, comprobamos que el análisis de impacto funciona, y desde ahí extendemos. Intentar modelar todo de una vez es la forma más común de que una CMDB muera abandonada.
¿Cómo se mantiene actualizada?
Los elementos técnicos llegan del inventario automático, así que se actualizan solos. Las relaciones y los servicios de negocio se mantienen a través del proceso de cambios: si toda modificación pasa por un ticket de cambio, la CMDB se actualiza como consecuencia del trabajo normal.
¿Sirve para auditorías?
Sí. Aporta el inventario de configuración, el historial de cambios con aprobaciones y la relación entre activos y servicios, que son elementos habituales en revisiones de continuidad y de control interno en el sector financiero dominicano.
Ver todos los módulos de GLPI en República Dominicana.