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...
Ya sea que sea un novato en redes o un veterano experimentado, algunas preguntas siguen surgiendo. Recopilamos una lista de las preguntas que más hemos escuchado, desde los problemas cotidianos de la red hasta la evolución del papel del ingeniero de redes.
1. ¿Cuál es la mejor manera de rastrear problemas de red hasta el host?
Muchos ingenieros podrían decir traceroute. Traceroute es prácticamente el diagnóstico de acceso para mostrar rutas a través de la red, pero tiene sus limitaciones.
Digamos que está tratando de analizar rutas asimétricas o rutas de rutas múltiples. Traceroute solo informa sobre la ruta que formaba parte de los mensajes de la sonda. Si A-to-B es diferente de B-to-A, deberá ejecutar otra ruta de seguimiento desde el otro extremo.
Traceroute solo conoce dispositivos, no interfaces. Obtendrá el nombre de host/IP y un resultado de demora, pero se necesitarán búsquedas adicionales para determinar a qué interfaz está conectada la dirección IP.
Traceroute también ofrece información en el estado actual, y solo el estado actual. No hay información histórica que pueda decirle cuál fue la ruta cuando el tráfico fue exitoso, lo que puede significar muchas conjeturas y verificaciones en un momento en que cada segundo cuenta.
Entonces, ¿cómo eludimos las limitaciones de traceroute? NetBrainLa calculadora de ruta A/B de ayuda a los ingenieros mapear dinámicamente una ruta entre dos puntos cualesquiera de la red, como cuando una aplicación se ejecuta lentamente o hay un ataque DDoS.
2. ¿Cuál es la forma más rápida de reducir MTTR?
Mas de El 80% de las empresas tardan más de una hora para volver a estar en funcionamiento durante una interrupción.
La solución de problemas requiere una comprensión profunda de la red, no solo la topología básica sino también design intent y configuración. Las herramientas de monitoreo de red pueden alertarlo sobre la los síntomas de un problema, pero los ingenieros necesitan datos detallados para solucionar el problema. porque. Pero obtener y analizar ese nivel de datos lleva tiempo.
Ahí es donde entra en juego la automatización. En lugar de ejecutar un montón de comandos CLI manualmente (un comando a la vez, un dispositivo a la vez), la automatización recopila todos los datos que necesita de una sola vez. En lugar de analizar cientos de líneas de salida, la automatización analiza los datos por usted y los presenta dentro del contexto del problema en cuestión. Cuando los diagnósticos están automatizados y los ingenieros tienen un proceso conciso con visibilidad de extremo a extremo, pueden reducir el tiempo de resolución de problemas a la mitad. Durante una interrupción, la automatización es el mejor amigo de un ingeniero, junto con un sistema centralizado con su propio conjunto de herramientas para optimizar el proceso de principio a fin.
3. ¿Cómo puedo trabajar con otros departamentos para asegurarme de que todo funcione sin problemas?
Documentación, solución de problemas, change management, y la seguridad no se puede hacer solo: se necesita un pueblo para administrar una red de cualquier tamaño. La automatización puede ayudar a fomentar una cultura de colaboración dentro de todos estos flujos de trabajo críticos.Ya sea que esté escalando un problema de red complicado, mitigando una amenaza de seguridad o trabajando con otros equipos de TI para resolver una aplicación lenta, compartir información es fundamental y se puede lograr a través de una sola Dynamic Map.
Si bien la colaboración lleva tiempo, perfeccionar los procesos grupales y compartir las mejores prácticas puede, en última instancia, reducir MTTR en caso de un apagón. Los equipos de red pueden acceder a los mismos guiones, notas y conocimientos al digitalizar procesos exitosos en Ejecutable Runbooks. Armado con el conocimiento de cada ingeniero en el equipo, Runbooks facilitan la colaboración y la resolución de problemas.
4. ¿Necesito aprender a programar para seguir siendo relevante?
Así como nuestras redes cambian constantemente, también lo es lo que se espera del ingeniero de redes. Tendencias emergentes como IBN y SDN requieren que los ingenieros de redes conozcan la red por dentro y por fuera para abordar los desafíos a medida que surjan (o incluso mejor, antes de que aparezcan).
Las empresas exigen cada vez más tiempo de inactividad cero, lo que significa que los ingenieros de redes deben comprender la pila desde la infraestructura subyacente hasta la capa de aplicación. Los procesos manuales tradicionales no tienen ninguna posibilidad frente al volumen, la variedad y la velocidad de cambio de las grandes redes actuales. La automatización es la única manera de mantenerse al día. Sin embargo, no necesitas aprender Python para automatizar los procesos cotidianos repetitivos que consumen mucho tiempo. Las herramientas de automatización con programación visual eliminan la necesidad de una formación seria en codificación.
A medida que evoluciona el rol del ingeniero de redes, hay algunas cosas que sabemos que siempre serán ciertas: lo dinámico es mejor que lo estático, la visibilidad es imperativa y la colaboración es clave. Y para los ingenieros que resuelven su primer problema de red o el milésimo, NetBrain está aquí para ayudar