Al trabajar con ServiceNow Discovery y la CMDB, una de las principales lecciones aprendidas en la práctica es que Discovery no debe considerarse una función aislada de la plataforma. En realidad, es un componente estructural que impacta directamente en módulos como la Gestión de Activos de Hardware (HAM), la Gestión de Activos de Software (SAM) y los procesos críticos de gobernanza de TI.
Muchas implementaciones comienzan considerando Discovery simplemente como una herramienta de análisis de infraestructura. Sin embargo, sin una arquitectura bien definida, el resultado suele ser una CMDB con datos inconsistentes, elementos de configuración (EC) duplicados y baja confiabilidad histórica.
Una implementación de Discovery madura debe estar alineada con la arquitectura de CMDB, garantizando que los datos recopilados realmente respalden las decisiones operativas y estratégicas a lo largo del tiempo.
El descubrimiento no se trata sólo de descubrir infraestructura.
Un error común en los proyectos de ServiceNow es habilitar Discovery antes de definir el modelo de datos de la CMDB. Cuando esto sucede, la herramienta empieza a insertar registros sin criterios de calidad claros.
Para evitar este problema es imprescindible definir previamente:
- Clases de elementos de configuración
- Atributos obligatorios
- Relaciones necesarias
- Estrategias de identificación
- Reglas de gobernanza de datos
Sin esta estructura, el motor de identificación y conciliación (IRE) funciona sin criterios consistentes, lo que puede generar registros duplicados o sobrescritura incorrecta de atributos.
La importancia de una estrategia de identificación
En entornos corporativos más maduros, la identificación de una integridad crítica (CI) no depende de un solo atributo. Normalmente, se utiliza una combinación de claves técnicas para garantizar la precisión.
Entre los identificadores más comunes se encuentran:
- Nombre de host
- Número de serie
- UUID
- Dirección MAC
- ID de instancia de la nube
Cada uno de estos atributos tiene validez en contextos específicos. Por ejemplo, el número de serie es más fiable para el hardware físico, mientras que el ID de instancia es esencial en entornos de nube.
Una estrategia de identificación bien definida garantiza que IRE es capaz de conciliar correctamente los datos descubiertos., evitando duplicaciones en la CMDB.
Descubrimiento orientado a las relaciones
Otro punto crucial es comprender que el descubrimiento no debe centrarse únicamente en elementos de configuración individuales. El verdadero valor de la CMDB surge cuando los componentes de la infraestructura están conectados mediante relaciones consistentes.
Algunas relaciones fundamentales incluyen:
- Sigue funcionando – aplicaciones que se ejecutan en servidores
- Alojado en – máquinas virtuales alojadas en hipervisores
- Depende de – dependencias entre aplicaciones y bases de datos
Sin estas relaciones, los IC se convierten en meros registros aislados, con poco valor para el análisis de impacto, la gestión de cambios o la gobernanza.
Gobernanza continua de la CMDB
Incluso con una arquitectura bien definida, la calidad de los datos depende de una gobernanza continua.
Esto incluye:
- Auditorías periódicas de la CMDB
- Revisión de las reglas de identificación
- Validación de la relación
- Monitoreo de la calidad de los atributos
Este proceso garantiza que Discovery continúe respaldando datos confiables a lo largo del tiempo, incluso con cambios en la infraestructura.
Conclusión
ServiceNow Discovery no debe considerarse simplemente un mecanismo de descubrimiento de infraestructura. Es un componente fundamental de la arquitectura de la CMDB y la gobernanza de datos de la plataforma.
Cuando se guía por la arquitectura, la identificación consciente, las relaciones consistentes y la gobernanza continua, Discovery deja de ser un mero recolector de datos y se convierte en una herramienta para respaldar decisiones confiables dentro de las operaciones de TI.
Artículo producido por Bruno Ferreira, Director Técnico de 4MATT.
Bruno Ferreira comenzó su carrera profesional en Tecnologías de la Información en 2002. Ese mismo año, se matriculó en Informática. Desarrolló sus habilidades técnicas en tecnologías Microsoft, desarrollando proyectos complejos centrados en servicios de directorio, mensajería y colaboración. En 2012, se dedicó exclusivamente a la disciplina de la Gestión de Activos de Software (SAM). Con más de 10 años de experiencia en este campo, está firmemente comprometido a ayudar a clientes y socios a lograr la gobernanza del software local o en la nube.
Cuenta con certificaciones vigentes reconocidas por los principales fabricantes de plataformas de gestión de la nube (CMP) y SAM. La capacitación y certificación que realiza anualmente a través de IAITAM (Asociación Internacional de Gestores de Activos de Tecnologías de la Información) lo mantienen actualizado y capacitado para gestionar activos de TI en organizaciones de todos los tamaños y sectores a nivel mundial.
