Zurück

Kodifizieren Sie NetOps-Wissen, um eine übermäßige Abhängigkeit vom Network Hero zu vermeiden

by 9. April 2018

Stellen Sie sich vor, Sie kommen gerade vom Mittagessen zurück und ein Netzwerkausfall hat Ihr Unternehmen lahmgelegt. Sie schauen zum leeren Schreibtisch Ihres leitenden Netzwerktechnikers hinüber und erinnern sich, dass er einen Urlaub auf den rosafarbenen Sandstränden von Bermuda genießt. Ihr NetOps-Team hat nicht genug Wissen über den Teil des Netzwerks, der betroffen ist – nur der leitende Techniker –, also beginnt Ihr Team, Netzwerkdaten zu sichten und zu scannen, um das Problem zu finden.

Das mag weit hergeholt erscheinen, aber eine solche Situation ist in vielen IT-Abteilungen eine ständige Realität. Das Vorherrschen von Stammeswissen – Informationen, die von einer kleinen Gruppe von Menschen oder sogar nur einer Person in engem Besitz sind – führt jeden Tag zu Situationen wie dieser. Stammeswissen ist aus mehreren Gründen äußerst schädlich für ein leistungsstarkes technisches Team:

  • Es gibt kein gemeinsames Wissensrepository. Alle Netzwerkdiagramme und -berichte werden auf dem persönlichen Laufwerk einer Person gespeichert oder in E-Mail-Threads vergraben, was es nahezu unmöglich macht, einen Ausfall in Echtzeit zu beheben.
  • Der Netzwerkheld als Single Point of Failure. Wenn es nur eine Person gibt, die über das nötige Fachwissen verfügt (der „Netzwerkheld“) und ihr Wissen nicht mit anderen Teammitgliedern geteilt wird, werden Netzwerkmanagement und Fehlerbehebung exponentiell schwieriger.
  • Niemand kann alles wissen. Betrachten Sie das allgemeine Problem einer langsamen Anwendung. Es kann eine Reihe von Gründen für Langsamkeit geben, von Netzwerklatenz bis hin zu einem unterversorgten App-Server. Das Netzwerk ist Teil einer größeren Sammlung voneinander abhängiger Teile, und kein NetOps-Ingenieur kann alles darüber wissen. Der Wissensaustausch zwischen Ingenieuren und Teams ist von entscheidender Bedeutung.

Das Ziel hier ist nicht unbedingt, ein ganzes Team von CCIEs einzustellen (obwohl das cool wäre), es ist, NetOps-Ingenieure mit dem Wissen und den Tools auszustatten, die sie benötigen, um Vorfälle zu beheben und über Wissenssilos hinweg zu arbeiten. Wir müssen vermeiden, dass Teams gelähmt werden, weil eine Person nicht verfügbar ist, wie im Fall des urlaubenden Ingenieurs. Oder schlimmer noch, was ist, wenn der Netzwerkheld in den Ruhestand geht oder einen anderen Job bekommt? All dieses wichtige Stammeswissen geht mit ihm aus der Tür. Die Antwort ist, Barrieren abzubauen und Informationen leicht verfügbar zu machen, um ein Ganzes zu schaffen Team von Netzwerkhelden durch die Entwicklung einer Kultur der Zusammenarbeit und des Wissensaustauschs.

Stammeswissen digitalisieren in Runbooks

NetBrain befasst sich direkt mit dem Thema Wissensaustausch und Zusammenarbeit sowohl auf Vorfall- als auch auf Infrastrukturebene. Eine der Kernfunktionen von Executable Runbooks besteht darin, Teams in die Lage zu versetzen, Best Practices, Richtlinien, Verfahren und alles andere zu digitalisieren, was sonst im Kopf von jemandem, auf handschriftlichen Notizen oder in einem Playbook der Abteilung lebt.

AUSFÜHRBAR RUNBOOKSKodieren Sie Ihr Stammeswissen zur Fehlerbehebung in eine ausführbare Datei Runbooks. Wenn Sie dieses Fachwissen ausführbar machen, wird jeder Ingenieur in Ihrem Team zu einem „Netzwerkhelden“, der schwierige Probleme lösen kann.

Ausführbar Runbooks kann verwendet werden, um sich wiederholende Aufgaben zu automatisieren, wie z. B. Schritte zur Fehlerbehebung im Netzwerk und compliance checks — ohne eine einzige Codezeile schreiben zu müssen. Runbooks machen Wissenstransfer nicht nur möglich, sondern ganz einfach.

Wenn es darauf ankommt, a Runbook ist eine Reihe von Schritten oder Aufgaben. Was genau diese Schritte wären, hängt davon ab, was Sie tun möchten. Denken Sie an unseren Netzwerkhelden auf Bermuda: Basierend auf seiner Erfahrung und seinem Stammeswissen ging er eine Reihe von methodischen Schritten durch, um das Problem zu lokalisieren. Das Problem ist natürlich, dass nur er weiß, wo und was auf mögliche Ursachen zu überprüfen ist, und nur er weiß, welche Schritte in welcher logischen, sequentiellen Reihenfolge unternommen werden müssen.

Das ist wo Runbooks kommen herein. Jeder Schritt, den er unternehmen würde, ist im beschrieben Runbook, und die zugehörige Aufgabe wird per Mausklick automatisch ausgeführt. Zum Beispiel könnte Ihr Netzwerk-Held zuerst die häufigsten Ursachen ausschließen – sagen wir, eine Schnittstellengeschwindigkeit oder ein Duplex-Missverhältnis. Wenn das nicht der Fall ist, würde er nach anderen üblichen Verdächtigen wie einer hohen Schnittstellenauslastung suchen. Wenn er dort etwas sieht, folgt er bestimmten Schritten. Wenn er keine Probleme mit hoher Speicher- oder CPU-Auslastung findet, geht er einen anderen Weg zur Fehlerbehebung.

Mit der Runbooks wird der gesamte Entscheidungsprozess des Netzwerkhelden in „Wenn-dann“-Verzweigungen dokumentiert, sodass die nächstbesten Schritte automatisiert werden jemand in NetOps folgen. Im Runbook unten ist jeder aufeinanderfolgende Schritt ein Qapp, das eine bestimmte Aufgabe ausführt.

Strahlen verzweigt RBBauen Sie „wenn/dann“-Verzweigungen ein Runbooks die nächsten besten Schritte zu automatisieren, denen jeder im Team folgen kann – z. B. wenn Fehler an einer Schnittstelle zunehmen, prüfen Sie auf Duplex-Nichtübereinstimmung.

Oder vielleicht besteht der nächste Schritt darin, verschiedene CLI-Befehle zum Sammeln und Analysieren von Daten auszugeben. Runbooks ermöglichen es Ihnen, CLI-Befehle über mehrere Geräte hinweg auf einen Schlag zu automatisieren und dann die Ausgabe im Kontext des vorliegenden Problems direkt auf einen Blick zu visualisieren Dynamische Netzwerkkarte.

QoS - LeistungGeben Sie CLI-Befehle automatisch über mehrere Geräte gleichzeitig aus und lassen Sie sich die relevanten Daten – wie HSRP-Aktiv-/Standby-Status oder QoS-Warteschlangenausfälle – direkt auf der Karte anzeigen.

Anstatt sich also darauf zu verlassen, dass Ihr Netzwerkheld rund um die Uhr verfügbar ist, integrieren Sie sein oder ihr Fachwissen in automatisch ausgeführte Verfahren mit runbook Automatisierungswerkzeuge. Runbooks kann an jeden Workflow angepasst werden, und – das Beste daran – Sie müssen keine komplizierten Python-Skripte schreiben. Das NetBrain Drag-and-Drop visuell Programmierumgebung ermöglicht es Ihnen, Netzwerkwissen in leichtgewichtigen Anwendungen zu kodifizieren. Es ist NetOps-Automatisierung ohne Programmierung.

Sehen Sie sich an, wie einfach es ist, eine zu verwenden und zu erstellen Runbook im Blogbeitrag von Matt Speidel Wie ausführbar Runbooks Arbeit.

 

Stammeswissen zu kodifizieren ist nur eine Möglichkeit NetBrain Automatisierung erleichtert das Leben eines Netzwerktechnikers. Entdecken Sie andere im On-Demand-Webinar (keine Registrierung oder auszufüllendes Formular) 5 Möglichkeiten, Ihre Arbeitsabläufe durch Automatisierung zu verbessern.

Verbunden