Teruggaan

Hoe automatisering kan helpen bij het oplossen van het samenwerkingsprobleem

NB auteur by Augustus 31, 2018

De huidige netwerkproblemen vereisen steeds vaker meer dan één enkele technicus — of meer dan één team — om ze op te lossen. Deze problemen kunnen betrekking hebben op een deel van het netwerk (of een technologie) waar u niet bekend mee bent, het kunnen van die echt lastige problemen zijn die moeten worden geëscaleerd naar een senior engineer met uitgebreidere 'tribale kennis', of ze kunnen problemen zijn die buiten uw directe verantwoordelijkheidsgebied liggen. Dit soort gezamenlijke probleemoplossing is niet ongewoon, en hiaten in de samenwerking tussen IT zijn aanzienlijk. NetBrain's State of the Network Engineer-enquête onthulde het gebrek aan samenwerking als het grootste obstakel voor effectieve probleemoplossing.

probleemoplossing enquêtestatistieken 2

 

Dus, wat belemmert samenwerking binnen en tussen teams? Zelden is het omdat er sprake is van een soort opzettelijke koppigheid - een 'wij tegen zij'-mentaliteit. Het is niet zo dat we dat niet doen willen om samen te werken met andere ingenieurs of andere groepen. Het is niet zo dat minder ervaren personeel de verantwoordelijkheid afschuift, of dat senioren dol zijn op brandbestrijding. De samenwerking wordt belemmerd omdat het zo moeilijk is om:

  1. Geef elke persoon die aan het probleem werkt de zichtbaarheid die ze nodig hebben, ter plekke, om het probleem aan te pakken.
  2. Waad door een oceaan van gegevens om de informatie te krijgen die nodig is voor de specifieke taak die voorhanden is.
  3. Deel diagnostische resultaten zodat de volgende persoon - duidelijk en direct - kan zien welke analyse al is uitgevoerd.

Deze uitdagingen zijn zelfs nog groter wanneer we het hebben over het verminderen van netwerkbeveiligingsproblemen, wanneer effectieve samenwerking vaak het verschil kan betekenen tussen een goed ontworpen, tijdige reactie op een dreiging en een aanval die uw netwerk uitschakelt.

veiligheidsonderzoek statistieken

Breng iedereen op dezelfde pagina - letterlijk

De grote netwerken van vandaag ondergaan voortdurende veranderingen - break/fix-aanpassingen, apparaat- en software-upgrades, architecturale evolutie - waarbij veranderingen worden uitgevoerd door verschillende mensen en verschillende teams. Traditionele netwerkdiagrammen raken snel achterhaald en maar al te vaak zijn kritieke ontwerpnotities en andere documentatie onvolledig (waarschijnlijker, niet aanwezig). Moderne ondernemingen hebben een ongelijksoortig en gedecentraliseerd begrip van hun netwerk, van campus tot campus, van functioneel team tot functioneel team. De dagen van individuele ingenieurs met expertise op alle gebieden van een bedrijfsnetwerk zijn voorbij.

Dit introduceert een zichtbaarheid probleem: je hebt geen duidelijk beeld van hoe het live netwerk er daadwerkelijk uitziet. Te vaak bent u gewoon niet in staat om de kritieke IT-gegevens te visualiseren op het moment dat ze nodig zijn, contextualized voor uw specifieke taak. Traditionele netwerkdiagrammen zijn alleen pictogramgestuurde topologiekaarten, waarbij statische afbeeldingen apparaten vertegenwoordigen maar geen intelligentie hebben. NetBrain Dynamic Maps, aan de andere kant, zijn gegevensgestuurd - elk element vertegenwoordigt een "digitale tweeling" van een live netwerkapparaat, met honderden gegevensattributen, waaronder het configuratiebestand, routeringsprotocollen, buren en meer. De diepgaande ontdekking (niet alleen via SNMP maar ook via telnet/SSH) die dit wiskundige model opbouwt, betekent dat de documentatie die u nodig hebt om effectief problemen op te lossen, wordt onderhouden en automatisch wordt bijgewerkt. Jij kan maak een kaart op maat die specifiek is voor de taak die voorhanden is on demand: volledige en nauwkeurige informatie is binnen handbereik wanneer u deze het meest nodig heeft.

NetBrainDankzij de diepgaande ontdekking van het programma kunt u op verzoek een kaart op maat maken die specifiek is voor de betreffende taak.

 

Kort gezegd: u heeft nu niet alleen een diagram, maar een gedeelde forensische console met vrijwel oneindige details die voor iedereen overal toegankelijk is. Alle relevante netwerkinformatie is beschikbaar om direct op de kaart te visualiseren, waardoor het gemakkelijker wordt om met andere teams te delen. Schakel gewoon de contextuele gegevens in of uit die u nodig hebt voor het probleem dat u probeert op te lossen. Zie in één oogopslag uw EIGRP- of OSPF-ontwerp, controleer de actieve/standby-status voor ASA-failover-apparaten - de lijst gaat maar door. Vrijwel alle gegevens uit elke bron kunnen worden vastgelegd in een Dynamic Map — prestatiegegevens van uw 24×7 monitoringtool (bijv. SolarWinds), open tickets van ServiceNow, Splunk-gegevens. Als het een API heeft, NetBrain kan de gegevens opnemen en direct vanaf de kaart terug linken naar het bronsysteem.

NetBrainDe unieke mogelijkheid om (a) telnet/SSH-gegevens van elk apparaat in een multi-vendor-netwerk samen te brengen en (b) relevante informatie uit andere bronnen via REST API's, betekent dat u nu ook SDN-constructies zoals de Cisco ACI-fabric kunt visualiseren als uw traditionele netwerk op één Dynamic Map. Dit is bijvoorbeeld van onschatbare waarde bij het oplossen van problemen met een trage applicatie die door zowel de ACI-fabric als het legacy-netwerk stroomt.

gegevensweergaveSchakel vrijwel alle netwerkinformatie - inclusief andere NMS-gegevens - direct op de kaart in of uit.

U hoeft geen logbestanden meer te e-mailen en door op tekst gebaseerde datadumps te ploegen. U hoeft niet meer handmatig door de CLI te graven, één apparaat tegelijk, één opdracht tegelijk, of van scherm naar scherm springen tussen verschillende tools om informatie bij elkaar te rapen.

U krijgt uitgebreid inzicht in uw netwerk op een echt enkel glaspaneel waar iedereen en iedereen de gegevens daadwerkelijk kan gebruiken: de kaart.

Bekijk wie wat wanneer heeft gedaan

De typische handmatige, zich herhalende workflow voor het oplossen van problemen brengt veel dubbel werk met zich mee om gegevens te verifiëren. Naarmate zaken worden geëscaleerd tussen verschillende niveaus van ingenieurs, zijn de diagnostische gegevens meestal te veel of te weinig. Als we onder vuur liggen, laten we maar al te vaak alleen vluchtige aantekeningen achter voor de ingenieurs van het volgende niveau. Kritieke informatie gaat onderweg verloren of wordt begraven in log-dumps. Als je de volgende man bent, moet je dezelfde diagnoses opnieuw uitvoeren als de vorige man - ofwel omdat het sneller is dan door een hoop tekstgegevens te bladeren of omdat je er gewoon niet zeker van bent dat hij de vraag stelde juiste vragen. Je bent uiteindelijk het wiel opnieuw aan het uitvinden.

Maar dan met Geautomatiseerd Runbooks kunnen al die ‘eerste beste stap’-diagnoses die u altijd uitvoert, automatisch worden uitgevoerd – waarbij de resultaten automatisch worden vastgelegd en geregistreerd. Technici van het volgende niveau kunnen precies zien welke analyses al zijn uitgevoerd (en wanneer en door wie), waarbij de diagnostische resultaten duidelijk op het scherm worden weergegeven. Dynamic Map in context.

Maar al te vaak kom je er uiteindelijk achter dat je het wiel opnieuw uitvindt - waarbij je dezelfde probleemoplossingsdiagnoses opnieuw uitvoert, simpelweg omdat je inzichten kunt putten uit de datadump van de vorige man.

 

In het onderstaande voorbeeld is de Runbook annoteerde de QoS-configuratie op het in kaart gebrachte deel van het netwerk, voerde automatisch CLI-opdrachten uit op alle apparaten in één klap, benadrukte de wachtrijstrategie en controleerde QoS-prestatiestatistieken. Alle resultaten van die stappen zijn beschikbaar op de kaart. Als ingenieur van het volgende niveau heb je zojuist de draaimolen van herhalende diagnoses vermeden.

QoS - PrestatiesBij het oplossen van QoS, Runbooks maken het gemakkelijk om prestatiestatistieken op de kaart te delen (huidig ​​aantal wachtrijen, totale dalingen, bereikbaarheid en QoS CPU/geheugengebruik).

Runbooks maken het ook gemakkelijker om effectief te communiceren met andere ingenieurs en andere teams. U kunt een bepaalde persoon waarschuwen voor een bepaald apparaat of een bepaalde kaart wanneer u problemen escaleert. In het onderstaande voorbeeld heb ik (als first-responder engineer) het AB-pad tussen een webserver en een databaseserver berekend, een ping-test uitgevoerd en een Overall Health Monitor Qapp uitgevoerd (een van NetBrain's aanpasbare programma's die gebruikmaken van automatisering om gegevens van netwerkapparaten te halen en te analyseren) die de top 5 oorzaken van netwerktraagheid monitoren (interfacestatus en verbindingsprestaties zoals vertraging, fouten en gebruik). Alles zag er goed uit, dus ik moet het probleem doorgeven aan een tweedelijns ingenieur, Jason. De @Mention-functie lokaliseert het verzoek om hulp aan Jason en de #Mention-functie specificeert de unieke URL van de Dynamic Map waar hij alle diagnostische resultaten kan vinden. Nu heb ik Jason een vliegende start gegeven om erachter te komen wat er mis is - hij hoeft niet helemaal opnieuw te beginnen.

runbook samenwerkingRunbooks maken het gemakkelijker om inzichten te delen en problemen te escaleren wanneer u samenwerkt aan een evenement.

Digitaliseer uw tribale kennis

Nadat het probleem is opgelost, is elke post-mortemanalyse meestal beperkt. De onbewerkte gegevens die we hebben verzameld tijdens het oplossen van problemen (CLI-uitvoer) gaan verloren en ik heb misschien wel of niet iets geleerd dat me zou kunnen helpen de volgende keer dat dit soort problemen weer opduikt (wat hoogstwaarschijnlijk zal gebeuren). Als ik geluk heb, zou Jason - de man naar wie ik het probleem moest escaleren - me hebben laten zien wat hij deed. Maar Jason is zoals bijna elke andere ervaren netwerkingenieur tegenwoordig: als dit specifieke probleem eenmaal is opgelost, zijn er nog een miljoen meer aan dek. Hij heeft gewoon geen tijd om uit te leggen hoe hij het deed, hij deed het gewoon en ging verder.

Dat is waar NetBrain Runbooks komen binnen. Hij kan zijn stappen voor het oplossen van problemen uitvoeren in de Runbook (doet dezelfde dingen die hij handmatig zou doen, alleen met NetBrain automatisch uitvoeren) zodat ze direct worden gedocumenteerd. Geen codering vereist. De volgende keer dat dit soort problemen de kop opsteken, kan ik dit uitvoeren Runbook en voer dezelfde volgende stappen uit die Jason deed.

Kortom, we hebben zijn knowhow overgedragen en hem in staat gesteld zijn expertise te delen zonder iets te missen.

1. Digitaliseer best practices 1Iedereen kan zijn specifieke expertise digitaliseren in Runbook workflows zonder speciale programmeerkennis.

Netwerkingenieurs hoeven zich niet langer zorgen te maken over wie de juiste fileshare heeft, bedrukte mappen laat circuleren of vertrouwt op een spiraalgebonden handgeschreven notitieboekje in een vuurvaste doos in het NOC. In plaats daarvan zijn alle datateams die nodig zijn om samen te werken opgenomen in de NetBrain platform.

 

Relevant