Die API-Integration ist der Schlüssel zu jeder IT-Supportlösung.
Angenommen, Sie verfügen über das grundlegende Wissen, um ein bestimmtes Problem anzugehen. Sie sind sich jedoch sicher, dass es sich um einen Fehler handelt, oder Sie haben möglicherweise keine Zeit und müssen eine Supportorganisation wie Cisco TAC. Was ist Ihr nächster Schritt, abgesehen von der üblichen Web-Einreichung oder der Wahl einer 1-800-Nummer, mit der der mühsame Prozess des Informationsdownloads beginnt?
Wie wäre es mit einem hilfreichen Tool wie NetBrain das nimmt die Fehlersuche und Informationen, die Sie an Ihren Fingerspitzen haben und lässt sich in die neueste Automatisierung von Cisco TAC integrieren? Es ist, als ob Sie ein ganzes additives Team hätten, ohne dass Ihr Endergebnis darunter leidet! Cisco TAC hat die Welt der DevOps und ihre über 20-jährige Erfahrung in Drehbücher und runbooks, die genutzt werden können, um Ihre Probleme direkt zu diagnostizieren, zu beheben und möglicherweise zu lösen NetBrain.
Nehmen wir zum Beispiel ein Spanning-Tree-Problem in einem Campus-Netzwerk, das Sie nicht isolieren können, weil sich das Problem während Ihrer Recherche verschiebt oder weil Sie Probleme haben, Ihren Notizblock mit den Ports zu korrelieren, um die Quelle zu finden. Ich weiß, das klingt wie ein Problem aus dem Jahr 2005, aber es tritt auch heute noch auf. Warum? Weil es jeden Tag neue Ingenieure gibt und Netzwerke von derselben „Mehr mit weniger erreichen“-Einstellung betroffen sind wie alles andere.
In diesem Szenario können Sie die Fehlerbehebung manuell durchführen, indem Sie sich bei einem Switch nach dem anderen anmelden oder der Warnmeldungsspur Ihres NMS folgen wie ein Hündchen, dem beim Essen etwas Essen auf den Boden gefallen ist. Alternativ können Sie die Just-in-Time-Automatisierung in Verbindung mit der Cisco TAC-Integration nutzen, um innerhalb von Minuten (und nicht erst nach Dutzenden von Minuten oder Stunden) den richtigen Weg einzuschlagen.
Es gibt jeden Tag neue Ingenieure, und Netzwerke werden von der gleichen „mit weniger Aufwand mehr erreichen“-Einstellung beeinflusst wie alles andere auch.
Nehmen wir ein weiteres gängiges Beispiel in heutigen Netzwerken: Sie haben einen Benutzer, der drahtlos verbunden ist. Ihr mobiles Gerät scheint kein Problem zu haben, aber der vom Unternehmen ausgegebene Laptop scheint im gesamten Gebäude ständig in und aus der drahtlosen Abdeckung zu gehen. Wie beheben Sie Fehler? Hoffentlich betreiben Sie ein Controller-basiertes drahtloses Netzwerk, sonst könnte dies schnell zu einem echten Problem werden. NetBrain kann Ihnen durch die Integration mit Cisco Connected TAC dabei helfen, Probleme mit einer Konfiguration zu identifizieren, die auf Ursachen wie Überschneidungen, fehlerhafte Portkonfigurationen, ausgefallene AP-Gruppen, fehlerhafte Sicherheitskonfigurationen und mehr hinweisen könnten.
Ja, die Welt wird von Anwendungen regiert, aber die Menschen nutzen diese Anwendungen, und wenn sie es wollen, wollen sie es jetzt – ohne Verzögerung. Die mittlere Zeit bis zur Lösung ist für den Kunden wichtiger als die Ursachenanalyse; Sie brauchen eine Möglichkeit, sie bei allem, was Sie tun, zu beeinflussen. Der beste Weg, das zu tun? Beheben Sie Probleme umgehend, effizient und hoffentlich, bevor sie das erste Beschwerdeticket erhalten.
Die mittlere Zeit bis zur Lösung ist für den Kunden wichtiger als die Ursachenanalyse.
Ein letztes Beispiel: Sie haben eine Rechenzentrumsmigration und Ihre NetBrain Die Dokumentation wird durch automatisch ausgelöste Benchmarks auf dem neuesten Stand gehalten. Während der Migration bemerken Sie einen Zugriffsverlust auf einen bestimmten Abschnitt Ihres Rechenzentrums. Sie beginnen, die Probleme zu untersuchen, und die Routen und Konfigurationen scheinen in Ordnung zu sein. Sie sind verloren, verwirrt und nervös, denn jede Minute zählt.
Anhand der historischen Kartendaten können Sie sehen, dass sich der Zugriff auf das Segment nach einer bestimmten Konfiguration vor etwa 30 Minuten geändert hat. Dank der Differenz innerhalb der Karte können Sie genau sehen, was die Ursache war und warum – der Grund ist nicht wichtig. Der wichtige Faktor ist dieser: Ihr NMS, Ihre Dokumentation, Ihre Supportteams und Overlays sollten Sie in die Lage versetzen, Ihre Rolle besser zu erfüllen, indem sie die Implementierung jeder Lösung einfacher, nachhaltiger und schneller machen.