Los 5 mejores tickets de soporte de red para automatizar
¿Qué es lo que más te frustra del soporte de red? Nada se siente mejor que jugar al detective en un problema de red oscuro y ser el héroe de TI que lo resuelve. Pero demasiado...
Cuando observa lo que un equipo de Operaciones enfrenta a diario, puede ser desalentador. En una sola red empresarial, en un solo día, es probable que los equipos realicen docenas de cambios derivados de posiblemente cientos de tickets de problemas todos los días. A medida que rastrea esos tickets hasta las herramientas que los generaron, verá que hay miles de alarmas generadas por herramientas como SolarWinds o Splunk. Así es como esas herramientas están detectando y correlacionando millones de eventos que ocurren en la infraestructura de la red.
Entonces, cuando hablamos con nuestros clientes, sabemos que estos números son asombrosos y abrumadores. Francamente, estamos viendo que esto está llegando a un punto crítico y que los equipos están luchando para mantenerse al día con este volumen de entradas.
Y cuando echa un vistazo a los flujos de trabajo que utilizan los equipos para responder a estos eventos, verá que simplemente no se escalan. Entonces, dentro de un NOC típico, no faltan esas herramientas que están escuchando esas alarmas. Pero el proceso para responder a un ticket o un evento es muy manual. Este meme ilustra parte de la frustración que enfrentan los ingenieros, rebotando entre las ventanas CLI y diferentes herramientas NMS mientras intentan dar sentido a todos los datos a su disposición.
Para mí, lo que esto describe es un ser humano que actúa como middleware. ¿Qué quiero decir con eso? Son el middleware entre la red (por lo general, un dispositivo a la vez, a través de la CLI) y son el middleware entre acceder a la información desde diferentes herramientas, iniciar sesión en esas herramientas una a la vez. El resultado de este "humano como middleware" es que es un flujo de trabajo muy manual que da como resultado una resolución de problemas manual, una defensa de seguridad manual (que es otro tipo de resolución de problemas) y, en última instancia, también un flujo de trabajo de colaboración muy ineficaz.
Nosotros, en NetBrain miramos este desafío y vimos una respuesta. La respuesta es eliminar a los humanos como middlewware y reemplazarlos con software, software que tiene acceso a la red en vivo a través de la CLI, a través de la automatización de la CLI. La automatización CLI se utiliza para recopilar y analizar datos en cualquier entorno de múltiples proveedores. Y luego ese software puede leer datos de sus herramientas de TI existentes y herramientas NMS. Entonces toda esta información en la red se vuelve accesible desde una sola consola.
Con NetBrain, un mapa de red es esa interfaz de usuario principal para la red.
El resultado que estamos tratando de impulsar es un flujo de trabajo mucho más eficiente y efectivo, aumentado por la automatización.
Mira la presentación grabada (< 3 minutos).
Ver ahora