De top 5 netwerkondersteuningstickets om te automatiseren
Wat frustreert u het meest aan netwerkondersteuning? Niets voelt beter dan detective spelen over een obscuur netwerkprobleem en de IT-held zijn die het oplost. Maar te veel...
Als je kijkt naar waar een Operations-team dagelijks mee te maken krijgt, kan dat ontmoedigend zijn. In een enkel bedrijfsnetwerk zullen teams op één dag waarschijnlijk tientallen wijzigingen aanbrengen als gevolg van mogelijk honderden probleemtickets per dag. Terwijl je die tickets herleidt naar de tools die ze genereren, zul je zien dat er duizenden alarmen worden gegenereerd door tools zoals SolarWinds of Splunk. Dat is omdat die tools miljoenen gebeurtenissen detecteren en correleren die plaatsvinden in de netwerkinfrastructuur.
Dus als we met onze klanten praten, weten we dat deze cijfers verbluffend en overweldigend zijn. Eerlijk gezegd zien we dat dit een breekpunt bereikt en dat teams moeite hebben om dit aantal tickets bij te houden.
En als je kijkt naar de workflows die teams gebruiken om op deze gebeurtenissen te reageren, zie je dat ze gewoon niet schaalbaar zijn. Dus binnen een typisch NOC is er geen tekort aan die tools die naar die alarmen luisteren. Maar het proces om te reageren op een ticket of een evenement is zeer handmatig. Deze meme illustreert enkele van de frustraties waarmee ingenieurs worden geconfronteerd, stuiterend tussen CLI-vensters en verschillende NMS-tools terwijl ze proberen alle beschikbare gegevens te begrijpen.
Voor mij is wat dit beschrijft een mens die optreedt als middleware. Wat bedoel ik daarmee? Ze vormen de middleware tussen het netwerk – doorgaans één apparaat tegelijk, via de CLI – en ze vormen de middleware tussen toegang tot de informatie van verschillende tools en het één voor één inloggen op die tools. Het resultaat van deze 'mens als middleware' is dat het een zeer handmatige workflow is die resulteert in handmatige probleemoplossing, handmatige beveiligingsverdediging (wat een ander type probleemoplossing is) en uiteindelijk ook een zeer ineffectieve samenwerkingsworkflow.
Wij van NetBrain keken naar deze uitdaging en we zagen een antwoord. Het antwoord is om de mensen als middlewware te verwijderen en ze te vervangen door software - software die toegang heeft tot het live-netwerk via de CLI, via CLI-automatisering. De CLI-automatisering wordt gebruikt om gegevens te verzamelen en te analyseren in elke omgeving met meerdere leveranciers. En dan kan die software gegevens lezen van uw bestaande IT-tools en NMS-tools. Al deze informatie in het netwerk wordt dus toegankelijk vanaf één enkele console.
met NetBrain, een netwerkkaart is die primaire gebruikersinterface voor het netwerk.
Het resultaat dat we proberen te bereiken, is een veel efficiëntere en effectievere workflow, aangevuld met automatisering.
Bekijk de opgenomen presentatie (< 3 minuten).
Bekijk de introductievideo