Zurück

Fehlerbehebung ist ein Teamsport: Tools für die Netzwerkzusammenarbeit, die die Automatisierung fördern

by 10. September 2019

Ed. Hinweis: Das folgende Transkript wurde aus der On-Demand-Aufzeichnung gezogen – keine Registrierung erforderlich oder Formular zum Ausfüllen – von  NetBrain Just-in-Time-Automatisierung für den IT-Betrieb Webinar. Jason Baudreau, NetBrain VP of Marketing, ist Ihr Gastgeber. 

Lassen Sie uns darüber sprechen, wie Automatisierung helfen kann, wenn Netzwerkteams bei der Reaktion auf Vorfälle zusammenarbeiten.

Wenn eine Fehlerbehebung oder Eskalation erforderlich ist, gibt es viele Ineffizienzen und einen Mangel an Tools, die auf die Zusammenarbeit ausgerichtet sind. Ingenieure verdoppeln oft ihre Arbeit, weil sie einfach nicht auf derselben Seite sind oder nicht wissen, was das andere Teammitglied tut. Und die andere Sache, die wir sehen, ist Schuldzuweisungen zwischen den Teams. Das ist überhaupt nicht ungewöhnlich – sei es das Anwendungsteam und das Netzwerkteam, die Sicherheits Team, das Serverteam – es gibt immer viele Schuldzuweisungen darüber, wessen Problem es ist.

Workflow für IT-Ereignisse --> IT-Herausforderungen

Betrachtet man die mittlere Reparaturzeit (MTTR), ist es wirklich ein Ergebnis von zwei Dingen: dem, was wir MTTI nennen, was meiner Meinung nach den größten Teil der Herausforderung darstellt, da die Reparatur weniger zeitintensiv ist. Wenn ich MTTI sage, beziehe ich mich eigentlich auf zwei Dinge:

  • Die mittlere Zeit bis identifizieren ein Problem. Im Kontext der Zusammenarbeit werde ich darüber in Bezug auf Eskalation und Übergabe sprechen.
  • Aber auch MTTI kann meine Zeit sein iUnschuld. Wir wissen, dass das Netzwerk schuldig ist, bis seine Unschuld bewiesen ist. Leider fällt diese Herausforderung dem Netzwerkteam zu beweisen diese Unschuld gegenüber anderen Teams – den App-Teams, Server-Teams zum Beispiel. Und das ist nicht immer einfach.

Wenn ich mit Ingenieuren spreche, ist das eine bekannte Herausforderung. . . .Gehen andere Teams davon aus, dass jeder Problem mit der Langsamkeit der Anwendung ist wirklich ein Netzwerkproblem? Wie viel Prozent der Zeit ist es wirklich das Netzwerk?

MTTI + Reparatur = MTTR (mittlere Zeit bis zur Identifizierung, mittlere Zeit bis zur Unschuld)

Sehen wir uns an, wie die Automatisierung diese beiden Herausforderungen bewältigen kann. Die Antwort, die wir gefunden haben, ist die automatische Dokumentation von Benutzeraktivitäten innerhalb von a runbookdem „Vermischten Geschmack“. Seine runbook ist darin eingebettet Karte URL, damit jeder sehen kann, was seine Kollegen tun Fehlerbehebung neben ihnen. Vielleicht wird dies zur Eskalation verwendet, damit der Tier-2-Ingenieur sehen kann, was bereits von Tier 1 durchgeführt wurde. Grundsätzlich kann eine Netzwerkkarte jedem helfen zu verstehen, wer was wann getan hat und was das Ergebnis war. Bringen Sie wieder alle auf die gleiche Seite.

IT-Workflow - Gemeinsam am selben Strang ziehen Dynamic Map - NetBrain

Sehen Sie, wie die Zusammenarbeit aussieht, wenn Workflows automatisch dokumentiert und im gesamten Team geteilt werden.

Hinweis: Die Live-Demo davon, wie Executable Runbooks die Zusammenarbeit erleichtern und verbessern, beginnt um 2:24.

Weitere „Kapitel“ aus dem Webinar:

Machen Sie Software, nicht Menschen, zur Middleware (Überblick)

Wie die Automatisierung einen typischen NetOps-Workflow erweitert (Einleitung)

Diskussion und Demo der ereignisgesteuerten Netzwerkautomatisierung

Vereinfachung der Netzwerkkomplexität mit interaktiver Automatisierung (mit Demo)

Machen Sie sicherere Änderungen: Automatisierte Änderungsvalidierung (mit Demo)

 

Oder schau dir das ganze an  Just-in-Time-Automatisierung für den IT-Betrieb Webinar-On-Demand-Aufzeichnung – keine Registrierung oder Formular zum Ausfüllen erforderlich.

Verbunden