Les 5 meilleurs tickets de support réseau à automatiser
Qu'est-ce qui vous frustre le plus dans le support réseau ? Rien de mieux que de jouer au détective sur un problème de réseau obscur et d'être le héros informatique qui le résout. Mais trop...
Lorsque vous regardez ce à quoi une équipe des opérations est confrontée au quotidien, cela peut être intimidant. Dans un seul réseau d'entreprise, en une seule journée, les équipes apporteront probablement des dizaines de modifications résultant de centaines de tickets d'incident chaque jour. En remontant ces tickets jusqu'aux outils qui les génèrent, vous verrez qu'il y a des milliers d'alarmes générées par des outils comme SolarWinds ou Splunk. C'est alors que ces outils détectent et corrèlent des millions d'événements qui se produisent sur l'infrastructure du réseau.
Ainsi, lorsque nous parlons à nos clients, nous savons que ces chiffres sont stupéfiants et qu'ils sont accablants. Franchement, nous constatons que cela atteint un point de rupture et que les équipes ont du mal à suivre ce volume de billets.
Et lorsque vous jetez un coup d'œil aux flux de travail que les équipes utilisent pour répondre à ces événements, vous verrez qu'ils ne s'adaptent tout simplement pas. Ainsi, dans un NOC typique, les outils qui écoutent ces alarmes ne manquent pas. Mais le processus pour répondre à un ticket ou à un événement est très manuel. Ce mème illustre certaines des frustrations auxquelles les ingénieurs sont confrontés, rebondissant entre les fenêtres CLI et différents outils NMS alors qu'ils tentent de donner un sens à toutes les données à leur disposition.
Pour moi, ce que cela décrit est un humain agissant en tant que middleware. Qu'est-ce que je veux dire par là ? Il s'agit de l'intergiciel entre le réseau (généralement, un appareil à la fois, via la CLI) et de l'intergiciel entre l'accès aux informations à partir de différents outils, en se connectant à ces outils un par un. Le résultat de cet « humain en tant que middleware » est qu'il s'agit d'un flux de travail très manuel qui entraîne un dépannage manuel, une défense manuelle de la sécurité (qui est un autre type de dépannage) et, finalement, un flux de travail de collaboration très inefficace également.
Chez NetBrain regardé ce défi et nous avons vu une réponse. La réponse est de supprimer les humains en tant que middlewware et de les remplacer par des logiciels - des logiciels qui ont accès au réseau en direct via la CLI, via l'automatisation de la CLI. L'automatisation CLI est utilisée pour collecter et analyser des données dans n'importe quel environnement multifournisseur. Et ensuite, ce logiciel peut lire les données de vos outils informatiques et outils NMS existants. Ainsi, toutes ces informations du réseau deviennent accessibles à partir d'une console unique.
Avec NetBrain, une carte réseau est la principale interface utilisateur du réseau.
Le résultat que nous essayons d'obtenir est un flux de travail beaucoup plus efficace et efficace, augmenté par l'automatisation.
Découvrez la présentation enregistrée (< 3 minutes).
Montres