Definir relaciones entre entidades

Visualice y aproveche las dependencias de su infraestructura

En resumen

KaliaOps infiere automáticamente las relaciones entre sus entidades CMDB (activos, aplicaciones, VLANs, organizaciones) a partir de los datos ingresados. Sin configuración manual de vínculos: el sistema deduce las dependencias de las claves foráneas y jerarquías existentes. El mapa de dependencias interactivo permite visualizar estas relaciones y realizar análisis de impacto antes de cualquier cambio.

Cómo KaliaOps infiere relaciones

A diferencia de las CMDB tradicionales donde las relaciones deben crearse manualmente, KaliaOps infiere automáticamente los vínculos entre entidades a partir de los datos existentes.

Principio de inferencia

Cuando completa un campo de enlace (clave foránea), KaliaOps crea automáticamente la relación correspondiente:

  • Asigna una VLAN a un activo → relación «uses_vlan» creada
  • Vincula una aplicación a un activo → relación «runs_on» creada
  • Define un proveedor para una aplicación → relación «provided_by» creada

Ventajas de la inferencia automática

  • Sin doble entrada: las relaciones existen en cuanto los datos están completados
  • Coherencia garantizada: imposible tener relaciones huérfanas o incoherentes
  • Mantenimiento simplificado: modificar un enlace actualiza automáticamente el grafo
  • Menos errores: sin riesgo de olvidar crear una relación

Fuentes de inferencia

KaliaOps analiza varias fuentes para construir el grafo de dependencias:

  1. Claves foráneas: Enlaces directos entre tablas (activo → aplicación, aplicación → proveedor)
  2. Jerarquías: Relaciones padre-hijo (organizaciones, equipos, empleados)
  3. Flujos de red: Conexiones entre aplicaciones vía network flows
  4. Enlaces ITSM: Asociaciones explícitas incidentes/problemas/cambios ↔ entidades

Tipos de relaciones disponibles

KaliaOps reconoce 12 tipos de relaciones repartidas en categorías:

Relaciones de infraestructura

TipoDescripciónEjemplo
runs_onSe ejecuta sobreAplicación A runs_on Servidor X
hostsAlojaServidor X hosts Aplicación A
uses_vlanUsa la VLANActivo Y uses_vlan VLAN 100
connects_toSe conecta aSwitch A connects_to Router B
containsContieneRack A contains Servidor X
located_atUbicado enRack A located_at Sitio París

Relaciones de negocio

TipoDescripciónEjemplo
belongs_toPertenece aAplicación A belongs_to Organización Finanzas
ownsPosee/gestionaCliente X owns Aplicación A
provided_byProporcionado porAplicación A provided_by Proveedor Y
covered_byCubierto porActivo X covered_by Contrato Mantenimiento
funded_byFinanciado porProyecto X funded_by Presupuesto IT
parent_ofPadre de (jerarquía)Organización A parent_of Organización B

Relaciones de red (flujos)

Los flujos de red crean relaciones dinámicas entre aplicaciones:

  • flow_source: Aplicación origen del flujo
  • flow_destination: Aplicación destino del flujo

Estas relaciones se deducen de los network flows configurados en el módulo Aplicaciones.

Visualizar el mapa de dependencias

El mapa de dependencias ofrece una vista gráfica interactiva de todas las relaciones entre sus entidades.

Acceder al mapa

Dos puntos de acceso:

  1. Vista global: Menú CMDB → Mapa de dependencias
  2. Vista centrada: Desde la ficha de una entidad, botón «Ver dependencias»

Elementos del grafo

  • Nodos: Cada entidad está representada por un nodo coloreado según su tipo (activo, aplicación, VLAN, organización...)
  • Aristas: Las relaciones están representadas por líneas con el tipo de relación mostrado
  • Dirección: Las flechas indican el sentido de la relación (origen → destino)

Filtros disponibles

Refine la visualización con los filtros:

  • Tipos de entidades: Mostrar solo activos, aplicaciones, VLANs...
  • Tipos de relaciones: Filtrar por tipo (runs_on, uses_vlan, belongs_to...)
  • Profundidad: Número de niveles de relaciones a mostrar (1 a 5)
Consejo: Para grandes infraestructuras, comience con una vista centrada en una entidad específica con profundidad de 2-3 niveles. La vista global puede ser pesada con miles de entidades.

Consultas históricas

KaliaOps permite visualizar el estado de las relaciones en una fecha dada (consulta point-in-time).

Casos de uso

  • Auditoría: Verificar el estado de la infraestructura en una fecha de control
  • Investigación: Comprender las dependencias en el momento de un incidente pasado
  • Cumplimiento: Documentar el estado de las relaciones para un informe regulatorio

Uso

En el mapa de dependencias, use el selector de fecha «Ver en la fecha» para mostrar el estado del grafo en un instante T.

El sistema utiliza los snapshots CMDB para reconstituir las relaciones tal como existían en la fecha seleccionada.

Nota: Las consultas históricas requieren que los snapshots CMDB estén activados. Por defecto, KaliaOps conserva 90 días de historial.

Análisis de impacto antes de cambio

El análisis de impacto es la aplicación práctica más importante del mapa de dependencias.

Principio

Antes de realizar un cambio en una entidad (mantenimiento de servidor, actualización de aplicación, modificación de VLAN), el análisis de impacto responde a la pregunta: «¿Qué se verá afectado?»

Acceder al análisis de impacto

  1. Desde la ficha de la entidad afectada
  2. Haga clic en «Análisis de impacto»
  3. El sistema muestra todas las entidades dependientes

Resultados del análisis

El análisis de impacto muestra:

  • Impacto descendente: Todas las entidades que dependen de esta (ej: aplicaciones en un servidor)
  • Impacto ascendente: Todas las entidades de las que esta depende (ej: VLAN de un activo)
  • Contadores: Número de entidades impactadas por tipo
  • Criticidad: Destacando entidades críticas (producción, alta disponibilidad)

Integración con cambios

Durante la creación de un cambio, el análisis de impacto se ejecuta automáticamente para las entidades afectadas. El resultado se integra en el expediente de cambio para el CAB (Change Advisory Board).

Ejemplo concreto

Planifica un mantenimiento en el servidor SRV-PROD-01:

  1. Abra la ficha de SRV-PROD-01
  2. Haga clic en «Análisis de impacto»
  3. Resultado: 3 aplicaciones alojadas, 2 VLANs usadas, 15 activos dependientes vía aplicaciones
  4. Esta información permite planificar las comunicaciones y medidas de contingencia
Consejo: Integre sistemáticamente el análisis de impacto en su proceso de gestión de cambios. Es un requisito ITIL para cambios normales y de emergencia.
Puntos clave
  • Relaciones deducidas automáticamente de los datos CMDB (sin entrada manual)
  • 12 tipos de relaciones técnicas cubriendo infraestructura y negocio
  • Visualización interactiva del mapa de dependencias
  • Recorrido multinivel (1 a 5 saltos) para análisis de impacto
  • Soporte de consultas históricas (point-in-time) para auditoría
  • Integración nativa con ITSM para vincular incidentes, problemas y cambios

Visualice sus dependencias IT

Descubra cómo KaliaOps cartografía automáticamente las relaciones entre sus entidades para análisis de impacto precisos.

Solicitar demo
Volver a la documentación Artículo siguiente Gestión de VLANs y direcciones IP