Infrastructuur als code, eigen OEM-automatisering en NetBrain

by Paul Campbell Jan 22, 2019

Automatisering, orkestratie, DevOps, scripting en meer domineren mijn feeds op sociale media. Automatisering is het uitvoeren van handmatige taken op een herhaalbare manier met een druk op de knop voor eenvoud, schaalbaarheid en archivering. Afhankelijk van uw OEM zijn er veel manieren om dit te bereiken, maar wat is geschikt voor u?

Infrastructuur als code versus eigen automatisering
Wat we tot nu toe hebben gezien, is dat OEM's steeds hun eigen individualistische manieren bedenken om hun automatisering uit te voeren. Dan heb je OEM-agnostische benaderingen zoals Ansible, waarbij je de infrastructuur als code ziet, ongeacht OEM. Met infrastructuur als code voert u specifieke query's uit die op de juiste manier worden afgehandeld, afhankelijk van welke OEM eronder zit. Er is niets inherent goed of fout aan beide benaderingen. Vanuit mijn standpunt heb ik veel succes gezien met OEM-automatiseringstools. Ik heb vergelijkbaar succes gezien met benaderingen van derden voor infrastructuur als code.

Het doel van automatisering is u te helpen vandaag een variabel rendement te behalen dat morgen exponentiële resultaten oplevert.

Wat bij beide methoden ontbreekt, is een gemengde aanpak. Ik geloof dat dit is waar NetBrain valt op. Gaat het zo diep als een volwaardige Ansible Tower-installatie? Nee. Maar dat is het punt als we het hebben over automatisering. Veel te vaak hoor ik mensen zeggen: “Je kunt mijn morgen!"

Weet je wat? Ze hebben meestal gelijk. Het doel van automatisering is u te helpen vandaag een variabel rendement te behalen dat morgen exponentiële resultaten oplevert.

 Automatisering levert bottom-line resultaten op - als u het gebruikt
Neem bijvoorbeeld een uur tijd dat per week kan worden gespaard voor "Bob" of "Cheryl" op hun werk. Lijkt niet veel op het eerste gezicht. Echter, 1 uur per week is 52 uur per jaar, of 1 week en 1.5 dag per jaar. Wat als het team van Bob en Cheryl uit zes mensen bestaat en deze eerste automatiseringsstap voor iedereen hetzelfde doet? Het bedrijf ziet 7 weken en 2 dagen productiviteit terug. Dit was maar een uur. Wat als we twee, drie of vier uur per persoon zouden doen? Onthutsend, en niet zo fantasierijk als mensen denken.Hiermee zeg ik waarom niet investeren in iets dat meer waarde zal bieden dan alleen "automatisering"? Infrastructuur als code is geweldig, maar heb je mensen die de code begrijpen? OEM-specifieke benaderingen zijn geweldig, maar heb je vandaag het talent om het te runnen? Of kun je ze omscholen om up-to-date te zijn?

Daarover zou hetzelfde argument kunnen worden gemaakt NetBrain, en ik heb aan beide kanten gestaan: leren hoe het te gebruiken en mensen proberen te overtuigen het te verwerven. Elke nieuwe technologie vereist aanvullende training, opstart en acceptatie. Ik geloof dat het verschil een is combinatie van reikwijdte en gebruiksgemak. Niemand zal nieuwe technologie adopteren als deze moeilijker te gebruiken is, hoe geweldig die ook is. Is er nog iemand die een Zune rockt? Nee, ik betwijfel het ten zeerste. (Voor de enige man achterin, ik snap het - je houdt ervan.) Maar als bedrijf moeten we kijken naar de lat die we leggen voor onze individuen.

Automatisering verder dan "Net New"
NetBrain automatisering biedt u de mogelijkheid om niet alleen provisioning te automatiseren (change management) maar ook uw bedrijfsvoering. De meeste discussies over automatisering lijken zich te concentreren op 'net nieuwe' implementaties versus wat u vandaag heeft en hoe u het 'net nieuwe' gaat beheren nadat het is geïmplementeerd. Vaak zijn het aparte teams. We moeten ervoor zorgen dat we de voordelen voor beide teams begrijpen, niet alleen voor één. Want als we het hebben over een ontwikkelingsingenieur die houdt van infrastructuur als code en er een ondersteuningspijp voor bouwt terwijl de ondersteuningsingenieurs het niet begrijpen, dan stuit je op een knelpunt en een nadeel voor je bedrijf.

Bekijk NetBrain's adaptieve netwerkautomatisering in 2 minuten