Zurück

Infrastruktur als Code, proprietäre OEM-Automatisierung und NetBrain

by Paul Campell Jan 22, 2019

Automatisierung, Orchestrierung, DevOps, Scripting und mehr dominieren meine Social-Media-Feeds. Automatisierung ist die wiederholbare Ausführung manueller Aufgaben auf Knopfdruck für Einfachheit, Skalierbarkeit und Protokollierung. Abhängig von Ihrem OEM gibt es viele Möglichkeiten, dies zu erreichen – aber was ist das Richtige für Sie?

Infrastruktur als Code vs. proprietäre Automatisierung
Was wir bisher gesehen haben, ist, dass OEMs immer wieder ihre eigenen individualistischen Wege zur Durchführung ihrer Automatisierung herausbringen. Dann haben Sie OEM-agnostische Ansätze wie Ansible, bei denen Sie die Infrastruktur unabhängig vom OEM als Code betrachten. Mit Infrastruktur als Code führen Sie spezifische Abfragen aus, die je nach zugrundeliegendem OEM entsprechend behandelt werden. An beiden Ansätzen ist nichts grundsätzlich richtig oder falsch. Aus meiner Sicht habe ich große Erfolge mit OEM-Automatisierungstools gesehen. Ich habe ähnliche Erfolge mit Ansätzen von Drittanbietern für Infrastruktur als Code gesehen.

Der Sinn der Automatisierung besteht darin, Ihnen dabei zu helfen, heute eine variable Rendite zu erzielen, die morgen exponentielle Ergebnisse liefert.

Was bei beiden Methoden fehlt, ist ein gemischter Ansatz. Ich glaube, das ist wo NetBrain sticht heraus. Geht es so tief wie eine ausgewachsene Ansible Tower-Installation? Nein. Aber das ist der Punkt, an dem wir über Automatisierung sprechen. Viel zu oft höre ich Leute sagen: „Du kannst meine nicht automatisieren morgen!"

Wissen Sie was? Sie sind normalerweise richtig. Der Sinn der Automatisierung besteht darin, Ihnen dabei zu helfen, heute eine variable Rendite zu erzielen, die morgen exponentielle Ergebnisse liefert.

 Automatisierung liefert unterm Strich Ergebnisse – wenn Sie sie verwenden
Nehmen Sie zum Beispiel eine Stunde Zeit, die „Bob“ oder „Cheryl“ pro Woche bei ihrer Arbeit sparen können. Scheint für den Nennwert nicht viel zu sein. 1 Stunde pro Woche sind jedoch 52 Stunden im Jahr oder 1 Woche und 1.5 Tage im Jahr. Was ist, wenn das Team von Bob und Cheryl aus sechs Personen besteht und dieser erste Automatisierungsschritt für alle dasselbe bewirkt? Das Unternehmen sieht 7 Wochen und 2 Tage Produktivität zurück. Dies war nur eine Stunde. Was wäre, wenn wir zwei, drei oder vier Stunden pro Person machen würden? Atemberaubend und nicht so fantasievoll, wie die Leute denken.exponentielle Einsparungen 2Damit sage ich, warum nicht in etwas investieren, das mehr Wert bietet als nur „Automatisierung“? Infrastruktur als Code ist großartig, aber haben Sie Leute, die den Code verstehen? OEM-spezifische Ansätze sind großartig, aber haben Sie heute das Talent, sie auszuführen? Oder können Sie sie umschulen, um auf dem neuesten Stand zu sein?

Dasselbe könnte man argumentieren NetBrain, und ich war auf beiden Seiten: Ich habe gelernt, wie man es benutzt, und versucht, die Leute davon zu überzeugen, es zu erwerben. Jede neue Technologie erfordert zusätzliches Training, Hochfahren und Einführung. Ich glaube, der Unterschied ist ein Verschmelzung von Anwendungsbereich und Benutzerfreundlichkeit. Niemand wird eine neue Technologie übernehmen, wenn sie schwieriger zu bedienen ist, egal wie großartig sie ist. Rockt noch jemand einen Zune? Nein, das bezweifle ich stark. (Für den einen Typen hinten, ich verstehe es – Sie lieben es.) Aber als Unternehmen müssen wir auf die Messlatte schauen, die wir für unsere Einzelpersonen setzen.

Automatisierung jenseits von „Net New“
NetBrain Automatisierung bietet Ihnen die Möglichkeit, nicht nur die Bereitstellung (change management), sondern auch Ihren Betrieb. Die meisten Diskussionen über Automatisierung scheinen sich auf „neue“ Rollouts im Vergleich zu dem zu konzentrieren, was Sie heute haben, und wie Sie die „neuen“ nach der Implementierung verwalten werden. Meistens sind sie getrennte Teams. Wir sollten darauf achten, die Vorteile für beide Teams zu verstehen, nicht nur für eines. Denn wenn wir über einen Entwicklungsingenieur sprechen, der Infrastruktur als Code liebt und eine Support-Leitung dafür baut, während die Support-Ingenieure es nicht verstehen, stoßen Sie auf einen Engpass und einen Nachteil für Ihr Geschäft.

See NetBrain's Adaptive Network Automation in 2 Minuten

Verbunden