ServiceNow

ServiceNow CMDB & Asset Management

Intermediate 6 modules • 16 hours •59 € VAT included

Curso centrado en CMDB y Asset Management dentro de ServiceNow. Explica clases de CI, modelo de datos, relaciones, impacto, discovery, reconciliación, ciclo de vida de activos y uso operativo en incidentes, cambios y auditoría.

CMDB y Asset Management se parecen, pero no son lo mismo. La CMDB describe CIs y relaciones de servicio; Asset Management gobierna ciclo de vida, propiedad y trazabilidad financiera u operativa de los activos. El curso enseña a no mezclar ambas capas y a integrarlas bien.

The first module is free. Request information about full-course access.

Please note: the course material (modules, exam, glossary and labs) is written in Spanish. Only the site interface is available in English. A good reading level of Spanish is required.

On sale soon. The first module is free: sign up and start.

hola@itlabcert.com

Request received. We will reply to your email within 48 working hours. No need to send it again.

For myself For my company or team

I have read and accept the privacy policy. We will only use your data to reply to you.

hola@itlabcert.com

Modulo 01. Introduccion a CMDB y Asset Management

Objetivo del modulo

Comprender la diferencia entre Configuration Management Database y Asset Management dentro de ServiceNow, y saber cuándo usar cada enfoque.

Resultados esperados

Distinguir CI y asset sin confundir objetivos.
Explicar qué aporta la CMDB a la operación.
Relacionar Asset Management con ciclo de vida y propiedad.

Desarrollo teorico

La CMDB (Configuration Management Database) y Asset Management son dos disciplinas que conviven en ServiceNow pero que responden a preguntas fundamentalmente distintas. Confundirlas es uno de los errores mas comunes en implementaciones y genera CMDBs inmanejables, Asset Management sin gobierno y equipos que no saben donde buscar la informacion que necesitan. Entender la diferencia desde el principio ahorra muchos problemas posteriores.

La CMDB guarda configuration items (CIs) y sus relaciones con otros componentes del servicio. Su foco principal es responder preguntas de operacion e impacto: de que depende un servicio de negocio, que CIs se ven afectados por un cambio planificado, que servidor soporta una aplicacion critica, que relacion existe entre una base de datos y la maquina virtual donde corre, o cuantos servicios se verian impactados si cayera un switch de red. La CMDB es una herramienta operativa orientada a entender dependencias tecnicas y calcular impacto. Su tabla base es cmdb_ci y sus subclases especializadas (cmdb_ci_server, cmdb_ci_db_instance, cmdb_ci_service, etc.) definen los atributos relevantes para cada tipo de componente.

Asset Management, en cambio, sigue el ciclo de vida del activo como bien de la organizacion. Un activo tiene dueno, custodio, centro de coste, garantia, contrato de mantenimiento, fecha de compra, fecha de renovacion y estado administrativo (en stock, en uso, en reparacion, retirado, dado de baja). La tabla principal de assets en ServiceNow es alm_asset, y las subtablas como alm_hardware y alm_license especializan la gestion para hardware y licencias respectivamente. Asset Management responde preguntas financieras y de gobierno: cuantos portatiles tenemos sin asignar, que servidores estan fuera de garantia, cuantas licencias de Oracle estamos consumiendo versus las contratadas, o que activos deberiamos renovar en el proximo presupuesto.

Un mismo objeto fisico o logico puede ser simultaneamente un CI y un asset, pero por razones diferentes. Un servidor de produccion que soporta el ERP es un CI porque necesitamos conocer sus dependencias tecnicas, su relacion con servicios de negocio y su impacto en caso de fallo. El mismo servidor es un asset porque tiene un coste de adquisicion, una garantia del fabricante, un centro de coste asignado y una fecha de renovacion prevista. En ServiceNow, esta dualidad se gestiona mediante una relacion entre el registro de CI (cmdb_ci_server) y el registro de asset (alm_hardware). Los campos operativos viven en el CI; los campos financieros y de ciclo de vida viven en el asset.

Un portatil asignado a un empleado es casi siempre un asset porque la organizacion necesita saber quien lo tiene, cuando se compro, que garantia tiene y cuando se debe renovar. Pero ese mismo portatil raramente es un CI relevante para la CMDB, porque su relacion con servicios de negocio es minima y no afecta a analisis de impacto. Registrarlo como CI generico en la CMDB solo anade ruido sin aportar valor operativo. En cambio, un switch de core de red que conecta toda la infraestructura de un centro de datos es claramente un CI critico que debe estar en la CMDB con todas sus relaciones. Probablemente tambien es un asset con su ciclo de vida gestionado, pero su valor principal esta en el mapa de dependencias, no en su ficha administrativa.

El modelo CSDM (Common Service Data Model) de ServiceNow proporciona un marco de referencia para organizar la relacion entre servicios, aplicaciones, infraestructura y los datos que los describen. CSDM define capas conceptuales: la capa de design (business services y technical services), la capa de manage (applications y application services), la capa de sell/consume (service offerings y commitments) y la capa de foundation (infraestructura de servidores, redes, bases de datos y cloud). Aunque CSDM no es obligatorio, seguirlo ayuda a evitar una CMDB desorganizada donde nadie sabe que clases usar ni como conectar los datos con los servicios que la organizacion consume.

Los errores mas comunes al implementar CMDB y Asset Management juntos incluyen: cargar en la CMDB todo lo que aparece en el inventario de activos sin filtrar por relevancia operativa (convirtiendo la CMDB en un inventario duplicado), esperar que Asset Management responda preguntas de impacto de servicio (que solo la CMDB con relaciones bien modeladas puede contestar), duplicar datos entre ambos mundos sin definir una fuente maestra por atributo y no definir criterios claros de que merece ser CI y que solo necesita ser asset. La consecuencia de estos errores es una CMDB con miles de registros que nadie consulta, un Asset Management que no refleja la realidad y equipos que desconfian de ambos sistemas porque los datos no coinciden.

La recomendacion practica es empezar con criterios claros: un objeto merece ser CI en la CMDB si su fallo o cambio puede impactar un servicio de negocio y si necesitamos conocer sus dependencias tecnicas. Un objeto merece ser asset si la organizacion necesita gestionar su ciclo de vida, su coste o su asignacion. Ambas condiciones pueden cumplirse simultaneamente, pero una no implica la otra. Definir estos criterios antes de poblar datos es la base de una CMDB util y un Asset Management gobernable.

Contenido ampliado

Concepto	Pregunta que responde
CI	¿Cómo se relaciona con el servicio y otros componentes?
Asset	¿De quién es, en qué estado está y cómo se gobierna su ciclo de vida?
CMDB	¿Qué impacto tendrá un fallo o cambio?
Asset Management	¿Qué coste, ownership o renovación requiere?

Puntos clave

CMDB y Asset Management no son sinónimos.
Un objeto puede existir en ambos mundos por motivos distintos.
La CMDB sirve a operación, impacto y dependencia.
Asset Management sirve a ciclo de vida, propiedad y gobierno.

Checklist operativa

Clasifica cinco ejemplos como CI, asset o ambos.
Revisa qué preguntas operativas responde cada enfoque.
Detecta si tu organización está mezclando ambos conceptos.
Define qué datos no deberían vivir en la CMDB si no aportan valor.

Errores frecuentes

Cargar en CMDB todo lo inventariado sin criterio.
Esperar que Asset Management explique impacto de servicio.
Duplicar datos sin definir fuente maestra.
Confundir ownership técnico con ownership financiero u operativo.

Practica sugerida

Haz una tabla con servidores, portátiles, licencias y aplicaciones, indicando cuándo cada uno debería tratarse como CI, asset o ambos.

Preguntas de autoevaluacion

¿Qué diferencia funcional existe entre CI y asset?
¿Por qué una CMDB no debería ser solo un inventario más?
¿Qué riesgo aparece cuando se mezclan ambos modelos sin criterio?

Cierre

Comprender esta diferencia es la base para que la CMDB sea útil y el Asset Management no se quede en un simple registro administrativo.

Entender como ServiceNow organiza las clases de CIs en la CMDB y como modelar una base de datos de configuracion sin perder coherencia, utilidad ni mantenibilidad.

What you will learn

Explicar la jerarquia basica de clases CMDB con ejemplos concretos.
Distinguir atributos comunes y especificos por clase.
Evitar modelados demasiado genericos o demasiado fragmentados.
Relacionar el modelo de clases con reporting, impacto y automatizacion.

Module contents

Desarrollo teorico
Contenido ampliado
Puntos clave
Checklist operativa
Errores frecuentes
Practica sugerida
Preguntas de autoevaluacion
Cierre