Elementos de configuración (CI) según ITIL
Qué es exactamente un CI, qué atributos tiene, en qué se diferencia de un activo y por qué lo que de verdad da valor no son los elementos sino las relaciones entre ellos. Con un explorador interactivo para verlo.
Un elemento de configuración (CI, del inglés Configuration Item) es cualquier componente que hay que gestionar y controlar para poder prestar un servicio de TI. Un servidor, un switch, una aplicación, una licencia, un contrato de soporte o un procedimiento documentado pueden ser CI.
Los CI se registran en una CMDB, la base de datos de gestión de configuración, junto con sus atributos y, sobre todo, con las relaciones que mantienen entre sí. Esas relaciones son lo que permite responder a la pregunta importante: si esto falla, qué deja de funcionar.
Qué es un elemento de configuración
ITIL define el elemento de configuración como cualquier componente que necesita ser gestionado para entregar un servicio de TI. La definición es deliberadamente amplia, y esa amplitud desconcierta a mucha gente la primera vez: un CI puede ser algo que se toca, como un servidor o un switch, pero también algo que no, como una licencia, un contrato de mantenimiento o un procedimiento de recuperación.
El criterio que ordena todo esto no es la naturaleza del objeto sino una pregunta muy práctica: ¿necesito controlar los cambios que sufre este componente para que el servicio siga funcionando? Si la respuesta es sí, es un CI. Si da igual que cambie sin que nadie se entere, no lo es.
Esa pregunta es también la que evita el error más caro de todos, que consiste en querer registrarlo absolutamente todo. Una CMDB con cuarenta mil elementos que nadie mantiene es menos útil que una con ochocientos que están al día.
CI y activo no son lo mismo
Es la confusión más frecuente y tiene consecuencias reales, porque lleva a departamentos enteros a mantener dos inventarios paralelos que no cuadran entre sí.
| Aspecto | Activo | Elemento de configuración |
|---|---|---|
| Pregunta que responde | ¿Qué tengo y cuánto vale? | ¿De qué depende que el servicio funcione? |
| Quién lo gestiona | Administración y finanzas | Operaciones de TI |
| Lo que importa | Coste, amortización, propiedad | Configuración, estado y relaciones |
| Ejemplo de lo que sí es | Un portátil guardado en el almacén | Un procedimiento de arranque documentado |
| Ejemplo de lo que no es | Un procedimiento no tiene valor contable | Un portátil sin usar no afecta a ningún servicio |
Hay solapamiento, claro: un servidor productivo es las dos cosas a la vez. Pero los conjuntos no coinciden, y tratarlos como si fueran uno solo es lo que produce esas reuniones donde nadie se pone de acuerdo sobre cuántos equipos hay.
Atributos: qué se guarda de cada CI
Cada elemento se registra con un conjunto de atributos. Cuáles exactamente depende de la organización, pero hay un núcleo que aparece prácticamente siempre. Así se ve una ficha típica:
De todos ellos, dos merecen atención especial. El estado del ciclo de vida, porque un CI en pruebas y uno en producción no se tratan igual ante un cambio. Y las relaciones, que son el atributo que separa una lista de una CMDB y a las que dedicamos la siguiente sección entera.
Tipos de elementos de configuración
No hay una clasificación oficial cerrada, pero en la práctica los CI suelen agruparse en estas familias:
- Hardware. Servidores, cabinas de almacenamiento, electrónica de red, equipos de usuario y, en entorno industrial, autómatas y equipos de planta.
- Software. Sistemas operativos, aplicaciones, bases de datos, middleware y versiones concretas de cada uno.
- Documentación. Procedimientos de operación, planes de recuperación, diagramas de arquitectura y acuerdos de nivel de servicio.
- Servicios. Los propios servicios de negocio, que también son CI y ocupan el nivel más alto del mapa de relaciones.
- Elementos contractuales. Licencias, contratos de soporte y garantías, con sus fechas de vencimiento.
- Personas y roles. Menos habitual, pero algunas organizaciones registran responsables y competencias como CI para saber quién puede intervenir sobre qué.
En empresa industrial hay una familia que suele quedar fuera y que después se echa de menos: los elementos del lado OT. Autómatas, pasarelas, switches de planta y estaciones SCADA rara vez entran en la CMDB porque históricamente los gestiona mantenimiento, no sistemas. El resultado es un inventario que se detiene justo donde empieza la producción.
Las relaciones: lo que convierte una lista en una CMDB
Un inventario responde a «qué tengo». Una CMDB responde a «qué se rompe si esto falla». La diferencia está entera en las relaciones. Pulsa cualquier elemento del mapa y verás su ficha y su impacto real.
Pulsa cualquier elemento del mapa para ver su ficha de CI y los servicios de negocio que se verían afectados si dejara de funcionar.
Prueba el switch de planta y compáralo con el servidor de aplicaciones. Los dos son una sola línea del inventario, pero uno tumba dos servicios de negocio y el otro uno. Esa diferencia es la que decide a qué se responde primero un martes por la mañana con tres avisos a la vez, y es información que no existe si solo tienes una lista de equipos.
Cómo se mantiene vivo el inventario
Montar una CMDB es un proyecto de semanas. Mantenerla exacta es un trabajo permanente, y es ahí donde fracasa la inmensa mayoría. Una CMDB desactualizada no es neutra: es peor que no tenerla, porque la gente toma decisiones apoyándose en ella.
Descubrimiento automático
Es la única defensa realista. Herramientas que recorren la red de forma periódica, detectan lo que hay conectado y actualizan los registros sin depender de que alguien rellene un formulario. El inventario manual siempre se degrada, sin excepciones: no por dejadez, sino porque nadie documenta un cambio urgente a las tres de la madrugada.
Línea base y control de cambios
Una línea base es una foto aprobada de cómo debe estar la configuración en un momento dado. Sirve para comparar: si el estado actual se ha separado de la línea base y nadie lo aprobó, hay un cambio no controlado que conviene revisar.
Conexión con la monitorización
Es el paso que más rendimiento da y el que más se pasa por alto. Cuando el sistema que vigila la infraestructura y el que guarda las relaciones son el mismo o están integrados, una alerta técnica llega ya traducida a impacto de negocio. Y de paso el propio descubrimiento mantiene el inventario al día, porque el sistema que vigila es también el que sabe qué hay.
En Wakke IT montamos precisamente esa combinación: monitorización y observabilidad con descubrimiento automático de activos y modelo de servicios, 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.
Los errores que vacían una CMDB
Cuatro de cada cinco proyectos que hemos visto encallar lo hacen por una de estas razones, y ninguna es técnica.
Dudas habituales sobre los CI
CI son las siglas de Configuration Item, elemento de configuración. Designa cualquier componente que debe gestionarse y controlarse para poder prestar un servicio de TI: desde equipos físicos y software hasta documentación, contratos y los propios servicios.
Un activo interesa por su valor económico y responde a qué tengo y cuánto vale. Un CI interesa por su papel en la prestación del servicio y responde a de qué depende que el servicio funcione. Un portátil almacenado sin usar es un activo pero no un CI; un procedimiento de arranque documentado es un CI pero no un activo contable.
La CMDB (Configuration Management Database) es la base de datos donde se registran todos los elementos de configuración, sus atributos y las relaciones entre ellos. Los CI son su contenido; la CMDB es el sistema que los mantiene organizados y consultables.
No hay una cifra correcta. El criterio útil es el contrario al de cantidad: registrar aquello cuyos cambios hay que controlar para que los servicios sigan funcionando. Una CMDB con pocos miles de elementos actualizados aporta mucho más que una con decenas de miles que nadie mantiene.
Sí, y en una empresa con planta es muy recomendable. Autómatas, estaciones SCADA, pasarelas y electrónica de red industrial condicionan la producción tanto o más que la infraestructura de oficina. La dificultad no es conceptual sino organizativa: suelen gestionarlos equipos distintos, con criterios y herramientas distintas.
Con descubrimiento automático como base, complementado con control de cambios e integración con la monitorización y la gestión de incidencias. Todo lo que dependa de que una persona rellene un formulario después de resolver una urgencia acaba degradándose.
Si te toca llevarlo a la práctica
¿Sabes qué se para cuando se para un equipo?
Una sesión técnica de diagnóstico, sin compromiso, para revisar tu inventario actual y ver qué haría falta para que responda a esa pregunta.