L'intégration des API est la clé de toute solution de support informatique.
Supposons que vous disposiez des connaissances de base nécessaires pour résoudre un problème particulier. Mais vous êtes sûr qu'il s'agit d'un bug, ou peut-être que vous n'avez pas le temps et devez impliquer une organisation de support comme Cisco TAC. Quelle est votre prochaine étape, à part la même vieille soumission Web ou le même numéro 1-800 qui lance le processus ardu de téléchargement d'informations ?
Que diriez-vous d'un outil utile comme NetBrain qui prend le dépannage et les informations que vous avez à portée de main et s'intègre à la dernière technologie d'automatisation de Cisco TAC? C'est comme avoir toute une équipe additive, sans aucun frais pour vos résultats ! Cisco TAC a tiré parti du monde de DevOps et condensé leurs 20+ années d'expérience dans des scripts et runbooks qui peuvent être exploités pour diagnostiquer, dépanner et potentiellement résoudre vos problèmes directement via NetBrain.
Prenons, par exemple, un problème de spanning-tree survenant sur un réseau de campus que vous avez du mal à isoler parce que pendant vos recherches, le problème évolue ou parce que vous rencontrez des problèmes pour corréler votre bloc-notes de ports pour trouver la source. Je sais que cela ressemble à un problème datant d'environ 2005, mais cela se produit toujours aujourd'hui. Pourquoi? Parce qu'il y a de nouveaux ingénieurs chaque jour et que les réseaux sont affectés par la même attitude « faire plus avec moins » que tout le reste.
Dans ce scénario, vous pouvez effectuer le dépannage manuellement, en vous connectant commutateur après commutateur ou en suivant la piste d'alerte de votre NMS comme un chiot après qu'un peu de nourriture ait touché le sol à table, ou vous pouvez tirer parti de l'automatisation juste à temps associée à Cisco TAC. intégration pour vous aider à vous orienter dans la bonne direction en quelques minutes, et non en dizaines de minutes ou d'heures.
Il y a de nouveaux ingénieurs chaque jour, et les réseaux sont affectés par le même «faire plus avec moins d'attitude» que tout le reste.
Prenons un autre exemple courant dans les réseaux d'aujourd'hui : vous avez un utilisateur qui est connecté via une connexion sans fil. Leur appareil mobile ne semble pas avoir de problème, mais l'ordinateur portable fourni par l'entreprise semble continuer à entrer et sortir de la couverture sans fil dans tout votre bâtiment. Comment résolvez-vous les problèmes ? J'espère que vous utilisez un réseau sans fil basé sur un contrôleur, ou cela pourrait être très rapidement problématique. NetBrain peut vous aider à identifier s'il existe des problèmes avec une configuration qui pourraient indiquer des causes profondes telles que le chevauchement, les mauvaises configurations de port, les groupes AP défaillants, les mauvaises configurations de sécurité, etc. grâce à l'intégration avec Cisco Connected TAC.
Oui, le monde est gouverné par les applications, mais les gens utilisent ces applications, et quand ils le veulent, ils le veulent maintenant - sans délai. Le délai moyen de résolution est plus important que l'analyse des causes profondes pour le client ; vous avez besoin d'un moyen de les impacter dans tout ce que vous faites. Numéro un moyen de le faire? Résolvez les problèmes rapidement, efficacement et, espérons-le, avant qu'ils ne reçoivent le premier ticket de plainte envoyé.
Le délai moyen de résolution est plus important que l'analyse des causes profondes pour le client.
Un dernier exemple : vous avez une migration de centre de données en cours et votre NetBrain la documentation se tient à jour avec des benchmarks déclenchés automatiquement. Lors de la migration, vous constatez une perte d’accès à un segment particulier de votre data center. Vous commencez à examiner les problèmes, et les itinéraires et les configurations semblent corrects. Vous êtes perdu, confus et anxieux car chaque minute est cruciale.
Avec les données cartographiques historiques, vous pouvez voir que l'accès au segment a changé après une configuration particulière il y a environ 30 minutes. Grâce au différentiel sur la carte, vous pouvez voir exactement ce qui l'a causé et pourquoi – la raison n'a pas d'importance. Le facteur important est le suivant : votre NMS, votre documentation, vos équipes d'assistance et vos superpositions devraient vous permettre de mieux remplir votre rôle en rendant la mise en œuvre de toute solution plus facile, durable et plus rapide.