Durante estas semanas hemos hablado de cómo organizar activos, relacionarlos con tickets, gestionar recursos fuera de TI y conectar componentes con servicios.

Pero incluso el mejor modelo de Assets tiene un problema:

la infraestructura cambia constantemente.

Aparecen nuevos equipos, cambia el software instalado, se reemplazan dispositivos y otros dejan de estar disponibles.

Si cada cambio depende de que alguien recuerde actualizar manualmente el inventario, tarde o temprano la información deja de representar lo que realmente existe.

Ahí entra Assets Discovery.

El desafío no es solo crear el inventario

Imaginemos que hoy terminamos de cargar todos los activos de una organización, la información está correcta. Pero mañana se incorpora un nuevo servidor. La próxima semana se reemplazan algunos notebooks y después cambia la configuración de varios dispositivos.

La pregunta deja de ser solamente:

¿Tenemos nuestros activos registrados?

Y pasa a ser:

¿Qué tan actualizada está esa información?

Un inventario que no refleja la realidad pierde rápidamente buena parte de su valor.

¿Qué es Assets Discovery?

Assets Discovery permite explorar la infraestructura de red y recopilar información sobre los dispositivos que encuentra. Puede detectar distintos tipos de equipos y obtener datos que posteriormente pueden utilizarse para crear o actualizar objetos dentro de Assets.

En términos simples:

en lugar de depender únicamente de cargas manuales, Discovery ayuda a obtener parte de la información directamente desde la infraestructura.

Además, los escaneos pueden ejecutarse periódicamente para identificar cambios en el tiempo.

¿Qué tipo de información puede encontrar?

Dependiendo del dispositivo y de la configuración del entorno, Discovery puede identificar información de elementos como:

  • Computadores y servidores.
  • Equipos de red.
  • Impresoras.
  • Máquinas virtuales.
  • Sistemas operativos.
  • Software instalado.
  • Direcciones IP y otros datos técnicos.

Esto permite complementar la información que ya existe en Assets y reducir el trabajo necesario para mantener determinados atributos actualizados.

Pero hay algo importante:

Discovery no reemplaza el modelo de Assets. Lo alimenta.

Seguimos necesitando definir qué queremos administrar, qué información es importante y cómo se relacionan los distintos elementos.

Un ejemplo sencillo

Supongamos que una organización administra cientos de equipos.

En Assets mantiene información como:

Equipo → Sistema operativo → Dirección IP → Software → Estado

Sin un mecanismo de descubrimiento, varios de esos datos pueden depender de revisiones o cargas manuales. Con Discovery es posible realizar escaneos periódicos y detectar cambios en la infraestructura.

Si aparece un nuevo dispositivo o cambia determinada información técnica, ya existe una fuente que ayuda a identificarlo sin revisar manualmente todo el inventario.

A pequeña escala puede parecer un detalle, pero cuando hablamos de cientos o miles de elementos, la diferencia empieza a ser importante.

Discovery tampoco significa “activar y olvidar”

Automatizar el descubrimiento no significa enviar toda la información encontrada directamente a Assets sin ningún criterio.

Antes debemos definir:

  • Qué redes queremos revisar.
  • Qué dispositivos nos interesa administrar.
  • Qué atributos necesitamos.
  • Cómo identificaremos cada objeto.
  • Qué información realmente utilizarán nuestros procesos.

De lo contrario, podemos terminar acumulando datos que nadie utiliza o haciendo crecer un modelo difícil de mantener. Por eso Discovery necesita ir acompañado de una estrategia clara.

La automatización reduce trabajo manual, pero no reemplaza el gobierno de los datos.

El valor aparece cuando esa información se utiliza

Saber que existe un dispositivo no es el objetivo final, lo importante es que esa información pueda participar en los procesos que ya gestionamos en Jira Service Management.

Por ejemplo, un activo actualizado puede relacionarse con:

  • Una solicitud.
  • Un incidente.
  • Un problema.
  • Un cambio.
  • Un servicio.

Cuando un agente recibe un ticket, puede trabajar con información más cercana a la realidad del equipo involucrado.

Y cuando ocurre un cambio en la infraestructura, podemos tener una mejor base para entender qué elementos forman parte del entorno.

Discovery ayuda a mantener actualizada una parte importante de ese contexto.

No necesitas descubrir todo desde el primer día

Al igual que con el resto de Assets, empezar pequeño sigue siendo una buena estrategia, no es necesario comenzar escaneando toda la infraestructura de la organización.

Se puede partir por:

  • Una oficina.
  • Una red determinada.
  • Un grupo de servidores.
  • Un conjunto específico de dispositivos.

La idea es seleccionar un escenario donde mantener la información manualmente ya esté generando problemas, después el alcance puede crecer.

La mirada de TICBLUE: primero ordenar, después automatizar

Discovery puede reducir bastante el trabajo manual, pero antes hay que responder algunas preguntas básicas:

¿Qué activos necesitamos administrar?

¿Qué información necesitamos mantener actualizada?

¿Qué procesos van a utilizar esos datos?

Si el modelo está desordenado, automatizar la entrada de información solo hará que el problema crezca más rápido. Por eso conviene primero definir el modelo y después determinar qué parte de la información puede mantenerse mediante Discovery.

El objetivo no es descubrir la mayor cantidad posible de dispositivos, es tener información útil y confiable cuando la organización necesita trabajar con ella.

Conclusión

Durante esta serie hemos visto que Assets puede ir mucho más allá de mantener un listado de equipos.

Puede conectar activos con tickets, representar recursos fuera de TI, relacionar componentes con servicios y entregar contexto a la operación.

Pero todo eso depende de algo fundamental:

que la información siga estando actualizada.

Assets Discovery ayuda a cerrar ese círculo, reduciendo la dependencia de cargas manuales y permitiendo detectar cambios que ocurren constantemente en la infraestructura.

Porque crear el inventario es solo el primer paso.

El verdadero desafío es mantenerlo vivo.

En TICBLUE ayudamos a las organizaciones a diseñar e implementar Assets de forma progresiva, conectando inventario, descubrimiento y procesos de Jira Service Management.

Solicita Asesoría