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...
ed. nota: La siguiente transcripción se extrajo de la grabación a pedido (no es necesario registrarse ni completar un formulario) de NetBrain, Automatización justo a tiempo para operaciones de TI seminario web jason baudreau, NetBrain Vicepresidente de Marketing, es su anfitrión.
Hablemos de cómo la automatización puede ayudar a medida que los equipos de red colaboran con la respuesta a incidentes.
Cuando es necesaria la resolución de problemas o la escalada, hay muchas ineficiencias y una falta de herramientas orientadas a la colaboración. Los ingenieros a menudo duplican esfuerzos porque simplemente no están en la misma página o no están al tanto de lo que está haciendo el otro miembro del equipo. Y lo otro que vemos es señalar con el dedo a los equipos. Eso no es raro en absoluto, ya sea el equipo de aplicación y el equipo de red, el equipo de seguridad, el equipo del servidor: siempre hay muchos señalamientos sobre de quién es el problema.
Si observa el tiempo medio de reparación (MTTR), es realmente el resultado de dos cosas: lo que llamamos MTTI, que creo que es la mayor parte del desafío, ya que la reparación requiere menos tiempo. Cuando digo MTTI, en realidad me refiero a dos cosas:
- El tiempo medio para Identifique un problema. En el contexto de la colaboración, voy a hablar de esto en términos de escalada y traspaso.
- Pero también MTTI puede ser tiempo medio para iinocencia Sabemos que la red es culpable hasta que se pruebe su inocencia. Desafortunadamente, este desafío recae en el equipo de la red para esa inocencia a otros equipos: los equipos de aplicaciones, los equipos de servidores, por ejemplo. Y eso no siempre es fácil.
Cuando hablo con ingenieros, este es un desafío familiar. . . .¿Asumen otros equipos que cada problema de lentitud de la aplicación es realmente un problema de red? ¿Qué porcentaje del tiempo es realmente la red?
Veamos cómo la automatización puede abordar estos dos desafíos. La respuesta que se nos ocurrió es documentar automáticamente las actividades de los usuarios dentro de un runbook. runbook está incrustado dentro de la mapa URL para que todos puedan ver lo que sus colegas están haciendo mientras solucionar problemas junto a ellos Tal vez esto se use para escalar, de modo que el ingeniero de Nivel 2 pueda ver lo que ya ha realizado el Nivel 1. Básicamente, un mapa de red puede ayudar a todos a comprender quién hizo qué, cuándo y cuál fue el resultado. Una vez más, haga que todos estén en la misma página.
Vea cómo se ve la colaboración cuando los flujos de trabajo se documentan y comparten automáticamente en todo el equipo.
Nota: La demostración en vivo de cómo Executable Runbooks facilitar y mejorar la colaboración comienza a las 2:24.
Otros “capítulos” del seminario web:
Hacer software, no humanos, el middleware (Información general)
Cómo la automatización aumenta un flujo de trabajo típico de NetOps (Introducción)
Discusión y demostración de automatización de red activada por eventos
Simplificación de la complejidad de la red con automatización interactiva (con demostración)
Realice cambios más seguros: Validación de cambios automatizada (con demostración)
O ver todo Automatización justo a tiempo para operaciones de TI Grabación a pedido del seminario web: no es necesario registrarse ni completar un formulario.