Éd. remarque : La transcription suivante a été tirée de l'enregistrement à la demande — aucune inscription nécessaire ni formulaire à remplir — de NetBrain's Automatisation juste à temps pour les opérations informatiques séminaire en ligne. Jason Baudreau, NetBrain VP du marketing, est votre hôte. Le blog compagnon Le dépannage est un sport d'équipe : l'automatisation qui favorise la collaboration explique comment la collaboration en matière de gestion du changement de réseau contribue à réduire le temps moyen d'identification, ou le temps moyen d'innocence (MTTI).
Parlons de cette phase de réparation d'un workflow de réponse. La phase de réparation n'est peut-être pas la plus longue, mais elle peut être la plus risquée.
En fait, environ 50 % des pannes peuvent être attribuées à un changement de réseau. C'est la dernière chose que nous voulons faire quand nous sommes dépannage - aggraver les choses. Pour éviter cela, de nombreuses organisations ont des procédures et des approbations pour s'assurer que les modifications sont effectuées avec soin. Lorsque ces approbations deviennent simplement un processus d'approbation automatique, c'est à ce moment-là que les équipes peuvent se heurter à des défis.
Runbook l'automatisation peut aider ici aussi. UNE runbook est utilisé pour définir le changement de réseau et communiquer ce plan de changement à l'ensemble de l'équipe avec un approbateur. Le processus d'approbation peut suivre vos processus de gestion des changements traditionnels. Par exemple, un changement peut être demandé et approuvé via ServiceNow, et cette approbation débloquera un changement runbook in NetBrain afin qu'il soit autorisé à être exécuté.
La dernière phase du processus de gestion des changements consiste à vérifier l'impact de ce changement. Cela se fait généralement en vérifiant, par exemple, une application critique ou plusieurs applications à l'intérieur NetBrain pour vérifier qu'ils ne sont pas impactés par ce changement. Et cela peut aussi se faire par runbook automatisation.
