¿Cómo mapea InvGate Asset Management las relaciones de infraestructura de VMware como VM → host ESXi → vCenter?
El mapeo de infraestructura suele ser manual: los equipos saben que una VM pertenece a un host, y que el host pertenece a un vCenter, pero construir diagramas normalmente requiere buscar perfiles y copiar identificadores.
InvGate Asset Management reduce ese esfuerzo manual al ofrecer sugerencias de relaciones dentro de la experiencia de diagramado y mapeo. Un usuario puede seleccionar una VM y aplicar relaciones sugeridas para conectarla con su host ESXi, luego expandir desde el host hacia el vCenter y continuar construyendo un mapa de infraestructura más completo con menos pasos.
¿Por qué son importantes las sugerencias de relaciones para la CMDB y los diagramas de aplicaciones de negocio en ITAM?
El principal limitante para la adopción de enfoques tipo CMDB suele ser el costo de mantenimiento: los diagramas se vuelven obsoletos cuando cada relación debe agregarse de forma manual.
Las sugerencias de relaciones de InvGate Asset Management están diseñadas para reducir el esfuerzo manual y los errores, lo que hace más viable mantener diagramas de aplicaciones de negocio precisos a lo largo del tiempo. Esto respalda procesos posteriores que dependen de un mapeo confiable, como el análisis de impacto y la coordinación de cambios.
¿Cómo descubrir y rastrear los servicios de aplicaciones que se ejecutan en servidores Linux en su CMDB?
Los servidores Linux son una parte fundamental de la mayoría de las infraestructuras de TI, pero con frecuencia están subrepresentados en las CMDB: se detecta el hardware, pero los servicios que se ejecutan en esas máquinas a menudo no, lo que deja lagunas en el mapeo de dependencias y el análisis de impacto en el negocio. Una cobertura integral de la CMDB requiere un descubrimiento que vaya más allá de la detección del sistema operativo para identificar los servicios reales en uso. InvGate Asset Management ahora extiende el descubrimiento de servicios de aplicaciones a entornos Linux, basándose en la capacidad ya existente para Windows. Los equipos de TI pueden ver los servicios detectados como elementos de configuración directamente en la plataforma, utilizarlos para construir mapas de aplicaciones de negocio y obtener una imagen más completa de las dependencias de la infraestructura, lo cual es especialmente valioso al evaluar el impacto de cambios o interrupciones.
¿Cómo pueden los equipos de TI importar masivamente dispositivos descubiertos a su inventario de activos sin convertirlos manualmente uno por uno?
La conversión manual dispositivo por dispositivo es una de las mayores barreras para mantener una CMDB precisa. Cuando un descubrimiento de red o un escaneo de Active Directory devuelve cientos de dispositivos, el tiempo necesario para convertirlos individualmente lleva a la mayoría de los equipos a omitir el proceso por completo, dejando su inventario incompleto. El enfoque correcto es admitir acciones masivas con filtrado y enriquecimiento en línea. InvGate Asset Management ahora permite a los equipos seleccionar dispositivos descubiertos por tipo y fuente, completar campos compartidos en un solo paso y convertir hasta 100 dispositivos a la vez (con soporte para 200 próximamente). Los equipos también pueden filtrar por estado de conflicto para centrarse solo en los dispositivos netamente nuevos, lo que acelera significativamente la incorporación a la CMDB.
¿Cuál es la mejor manera de filtrar y resolver conflictos al importar activos desde el descubrimiento de red?
Cuando los dispositivos se descubren a través de escaneos de red o Active Directory, los duplicados y los conflictos con el inventario existente son comunes. Sin una forma de aislarlos, los equipos pierden tiempo revisando dispositivos que ya están en el sistema. La mejor práctica es aplicar un filtro de conflictos dedicado antes de realizar la conversión masiva. InvGate Asset Management incluye un filtro de conflictos integrado en el explorador de descubrimiento, lo que permite a los equipos ver solo los dispositivos que chocan con los activos existentes o, por el contrario, solo los nuevos. Esto evita duplicados accidentales y centra la atención donde más importa.
¿Cómo funciona el CMDB de InvGate? ¿El mapeo de relaciones es automático?
InvGate ofrece capacidades de CMDB con detección automática parcial de relaciones; por ejemplo, el software instalado en los equipos se asigna automáticamente. Para relaciones de infraestructura como VMware, las relaciones automáticas se proponen para su aprobación. InvGate ofrece sugerencias de relaciones basadas en datos descubiertos para agilizar la construcción del CMDB.
¿InvGate sugiere automáticamente relaciones de CMDB para VMware?
InvGate muestra las relaciones de VMware (host ESXi, vCenter) en los perfiles de activo según los datos de la integración con vCenter, y aparecen automáticamente como sugerencias al construir diagramas de CMDB.
¿Cómo configuro los filtros de campos de CI para ver solo las opciones relevantes para cada tipo de activo?
Cuando una CMDB trata a todos los elementos de configuración de la misma manera, los administradores terminan desplazándose por opciones de filtro que no aplican: campos específicos de computadoras que aparecen al configurar un firewall, o filtros de activos en la nube que saturan una búsqueda de proveedores. El modelo más limpio delimita los filtros y las variables por familia de CI, de modo que cada tipo de activo solo expone los campos que realmente le corresponden. La configuración de tipos de CI y variables de flujo de trabajo de InvGate Asset Management ahora aplica filtros de subtipos por familia, con un botón de "Actualizar" en vivo para refrescar los campos y secciones colapsables para mantener manejables las configuraciones complejas. El resultado es una configuración de CMDB que se mantiene clara y relevante a medida que se añaden más tipos de activos y flujos de trabajo.
¿Cómo puedo identificar rápidamente el tipo de un activo y su ID de inventario directamente desde una búsqueda en la CMDB?
Una búsqueda en la CMDB que solo muestra etiquetas genéricas obliga a los equipos de IT a abrir cada registro individualmente solo para confirmar qué tipo de activo es o encontrar su ID de inventario: un pequeño retraso que se acumula a lo largo de cientos de consultas. La mejor configuración expone los campos por los que la gente busca más como columnas filtrables directamente en la vista de resultados. La búsqueda de CI de InvGate Asset Management ahora incluye el ID de inventario y el tipo de activo como columnas filtrables, agregadas específicamente en respuesta a los comentarios de clientes de que la falta de estos filtros obstaculizaba el trabajo diario. Es un pequeño cambio que elimina un verdadero cuello de botella en las búsquedas rutinarias de activos.
¿Cuál es la forma más rápida de crear una Business Application a partir de un activo existente sin completar un formulario?
Crear una Business Application implicaba varios pasos de configuración desconectados, lo que añadía fricción justo cuando alguien probaba la capacidad por primera vez —a menudo suficiente para frenar por completo la adopción inicial—. InvGate Asset Management ahora admite One-Click Business Application Creation: desde el perfil de un activo o el Asset Explorer, un solo clic crea la BA de inmediato, sin formulario, y lleva al usuario directamente al modo de sugerencias con nombre, propietario y ubicación precompletados, y componentes relacionados ya sugeridos a partir del activo de origen. No se crea nada hasta que el usuario confirma con Save, de modo que salir sin guardar no deja residuos.
¿El descubrimiento de activos cubre cargas containerizados y serverless en AWS, como ECS, EKS o Lambda?
Las cargas containerizadas y serverless suelen ser el mayor punto ciego en la visibilidad de activos en la nube: los equipos terminan rastreando clústeres ECS, clústeres EKS o funciones Lambda con activos personalizados u hojas de cálculo porque el discovery estándar solo cubre cómputo tradicional. Cerrar esa brecha implica extender el discovery nativo en la nube a estos tipos de recurso de forma directa, no incorporarlos como entradas manuales. La fuente de discovery de AWS de InvGate Asset Management ahora incluye clústeres ECS y EKS en la categoría Container Service y funciones Lambda en Compute, junto con el discovery de Kubernetes ya existente para clústeres gestionados. Los administradores solo seleccionan los tipos de recurso que desean en la configuración de la fuente AWS, y los recursos descubiertos aparecen en el explorador Cloud Assets como cualquier otro activo —ofreciendo a seguridad, auditoría y revisiones de ciclo de vida visibilidad completa sobre cargas de trabajo que antes quedaban fuera del CMDB.
¿Cómo registro y hago seguimiento de las relaciones entre CI —por ejemplo, en qué servidor corre una base de datos o quién es responsable de un activo— sin construir un diagrama completo?
Hoy, cómo se relacionan realmente los CI —sobre qué corre una VM, dónde se almacena una base de datos, quién es responsable de un activo— suele vivir en hojas de cálculo, en la memoria de alguien o en documentación que nadie mantiene al día, porque los campos personalizados de texto libre no validan el destino ni vinculan en ambos sentidos, y montar un diagrama completo de Business Application es excesivo para registrar una sola dependencia. Un CMDB adecuado necesita una forma ligera y validada de relacionar cualquier par de CI de forma directa. InvGate Asset Management ahora incluye CI Connections: una conexión tipada y validada entre cualquier par de CI — Asset, Person, Cloud Asset, Database o Business Application — creada desde la nueva pestaña «Related CIs» en el perfil del CI. El MVP incluye cinco tipos de conexión nativos más soporte para tipos personalizados, y cada conexión aparece automáticamente en ambos CI vinculados, junto con las relaciones que el CI ya tenga a través de una Business Application.