Fachartikel

Zwischen Ops, DevOps und NoOps

Von DevOps zu NoOps – der Schritt scheint nahezuliegen. Wozu braucht ein agiler Entwickler noch IT-Operations? Der App-Betrieb ließe sich doch einfach in die Cloud schieben und die Verantwortung einem Provider übertragen. Doch dieser Ansatz geht an der Realität der meisten Unternehmen vorbei: Sie haben umfassende On-Premise-Systeme, die oft gut ausgelastet sind. Und ein IT-Operations-Team, das immer komplexere Umgebungen mit oft veralteten Tools und Prozessen verwalten muss. Unser Plädoyer erklärt, warum die klassische IT noch lange nicht ausgedient hat.
Wenn NoOps auf DevOps folgt, stellt sich die Frage nach der zukünftigen Rolle des Administrators.
Wenn es um Agilität geht, stehen die Developer im Scheinwerferlicht. Statt turnusgemäßer und eher seltener Updates liefern sie heute eine Myriade an Neuerungen, die kontinuierlich live gehen und kleine oder größere Kundenwünsche in Rekordzeit umsetzen. In Zeiten, in denen Kundenbindung ganz oben auf der Wunschliste der Chefetage steht, ist das ein Idealzustand. Aber was eigentlich können (und wollen) Entwickler? Immer häufiger kommt das Schlagwort NoOps auf – als weitergedachte DevOps oder als radikal neues Konzept. Der Grundgedanke: In Zeiten der Cloud kann man einem Provider getrost das Management der Rechenkapazität und des Speichers überlassen und braucht keinen Inhouse-IT-Betrieb mehr. Für die Applikationen, die immer automatisierter den Kunden bedienen, sind die Entwickler zuständig – mehr braucht man nicht. Aber ist das wirklich so?

Der langsame Tod der Operations?
DevOps heißt ursprünglich die intensivere Zusammenarbeit von Development und Operations – mit dem Ziel, die Agilität der gesamten IT zu erhöhen. Operations kann dabei viel sein, wird aber in erster Linie gedacht als das Management von Releases und der entsprechenden Konfigurationen. Viel seltener umfasst der Begriff auch den Lights-on-Betrieb des Rechenzentrums oder dessen strukturellen Aufbau.

DevOps bedeutet aber auch den Einsatz von Automatisierungstechnologien für die Umsetzung, das Set-Up der Umgebung, für Konfiguration, Monitoring und Testing – und fällt damit wirklich in den Bereich des IT-Betriebs, dessen Aufgabe das Releasing und die Wartung der Applikationen ist. Operations wurde gemessen an Up-Time, Stabilität und Sicherheit der Systeme. Setzt man DevOps um, wird ein Teil dieser Aufgaben auf die Developer übertragen: Sie sind jetzt dafür verantwortlich, dass die Applikationen – also die Anwendungen, die für die User wichtig sind – laufen.

Was aber würden die Admins tun, die den Betrieb am Laufen hielten, während die Entwickler zur IT-Feuerwehr werden und für Stabilität, Skalierbarkeit und Security sorgen? Wer braucht sie noch, wenn Infrastruktur zum Code wird? Wenn das Rechenzentrum in der Cloud läuft und der Provider für die Organisation von Containern und virtuellen Maschinen sorgt? Steht IT Operations vor einem langsamen, aber sicheren Tod?
NoOps – ein Leben ohne IT-Administratoren
NoOps bezeichnet einen Zustand, in dem die IT-Abteilung einen so hohen Automatisierungsgrad erreicht hat, dass kein menschliches Eingreifen mehr notwendig ist. Unternehmen können so Personal einsparen, das Risiko menschlicher Fehler verringern und Prozesse beschleunigen. Tatsächlich gibt es einige wenige Unternehmen, die ein NoOps- beziehungsweise Cloud-only-Modell bereits umgesetzt haben. Sie haben vieles automatisiert: die Bereitstellung und das Management der Infrastruktur, teilweise sogar die Verwaltung des Codes. Die Aufgaben der Developer sind dort um ein Vielfaches umfassender – unterstützt werden sie von Tools für Monitoring, Feedback, Root-Cause-Analysen und die Fehlerbehebung.

Aus der Perspektive eines IT-Administrators kann diese Verschiebung der Aufgaben sehr beängstigend sein. Doch auch wenn NoOps auf den ersten Blick scheinbar unschlagbare Argumente liefert, birgt das Konzept eine ganze Reihe nicht zu unterschätzender Nachteile. Technologisch gesehen ist der zentrale Nachteil von NoOps, dass es sich nur unter spezifischen Bedingungen verwirklichen lässt. Nicht alle Technologien innerhalb eines Unternehmens sind mit denen, die für NoOps nötig wären, kompatibel.

Was ebenso wenig außer Acht gelassen werden darf: Mitarbeiter im Bereich Operations haben wertvolles Wissen. Sie haben meist ihr gesamtes Berufsleben damit verbracht, zu lernen, wie IT-Systeme funktionieren und wie sie Probleme frühzeitig erkennen – sie wissen, wie skalierbare, stabile und sichere Systeme aufgebaut sind und benötigen weniger Zeit als Entwickler, um Infrastrukturen zu verstehen. Egal, ob die Infrastruktur manuell oder im Code installiert ist, sind Personen, die das System verstehen, unabdingbar. Natürlich bleibt auch der IT-Betrieb von der Entwicklung hin zur Aufgabenübernahme durch Maschinen nicht unberührt. Verschwinden wird der Bereich Operations dadurch aber nicht – verändern wird sich lediglich seine Rolle im Unternehmen.

Seite 1: NoOps – ein Leben ohne IT-Administratoren
Seite 2: Etwas wagen: Mit Agile-Ops auf neuen Wegen


Seite 1 von 2 Nächste Seite >>
6.12.2017/Georg Lauer, Senior Principal Business Technology Architect bei CA Technologies

Nachrichten

Mobiles Drucken [29.05.2018]

ThinPrint bringt sein neues Produkt 'ThinPrint Mobile Print' auf den Markt. Mit der Software können Unternehmen iOS- und Android-Geräte in ihre bestehende Druckinfrastruktur einbinden und Mitarbeiter alle vorhandenen Netzwerkdrucker nutzen. Nutzerberechtigungen werden automatisch aus dem Active Directory oder dem Druckserver übernommen und können bei Bedarf für den mobilen Einsatz erweitert oder eingeschränkt werden. [mehr]

Bessere Einblicke in große Netze [24.05.2018]

SolarWinds kündigt Aktualisierungen für sein Portfolio an Netzwerkmanagement-Produkten an. Diese können laut Hersteller nun bis zu viermal größere Netzwerke unterstützen als die vorherige Generation. IT-Experten sollen so von einer deutlich flexibleren Skalierbarkeit zur Unterstützung großer Rechenzentrumsnetzwerke mit wachsenden Workloads profitieren, aber auch von flexiblen Möglichkeiten der horizontalen Skalierung für komplexe verteilte Netzwerke. [mehr]

TeamViewer goes IoT [19.01.2018]

Tipps & Tools

Abhängigkeiten beim Monitoring setzen [12.07.2018]

Wer mit PRTG den Firmenhauptsitz und die angebundenen Niederlassungen vernetzt, dürfte dies in der Regel mit einem Site-to-Site-VPN tun. Fällt nun ein Knotenpunkt, beispielsweise die Firewall, in der Niederlassung aus, wechseln alle Sensoren des Standortes in den Status "Fehler" und erscheinen in Rot. Um hier für mehr Übersicht zu sorgen, gibt es in so einem Fall die Möglichkeit, alle abhängigen Geräte und Sensoren zu pausieren und nur den betroffenen Sensor in den Fehlerstatus zu versetzen. [mehr]

AIX-Server mit PRTG monitoren [1.07.2018]

Wer Linux-Server mit AIX betreibt, kann diese Server zum Monitoring nicht mit dem nativen SSH Disk Free Sensor von PRTG abfragen. Gerade Details über den Speicherplatz der bereitgestellten Volumes sind in der Regel aber sehr hilfreich. Erfreulicherweise gibt es eine andere Möglichkeit, diese Werte automatisiert auszulesen und in PRTG aufzubereiten. [mehr]

Buchbesprechung

VoIP Praxisleitfaden

von Jörg Fischer und Christian Sailer

Anzeigen