01. April 2019

Cloud Computing – Macht NoOps den IT-Betrieb bald überflüssig?

emily-morter-188019-unsplash

Während viele Unternehmen noch damit beschäftigt sind, im Rahmen ihrer agilen Transformation eine DevOps-Kultur einzuführen, entwickelt sich im Tooling-Bereich schon der Begriff NoOps, um weitere Schritte auf dem Weg zur vollständigen Automatisierung im Software-Betrieb zu beschreiben. Braucht es in Zukunft überhaupt noch ein Operations-Team?

Der Begriff DevOps beschreibt die Konvergenz der unterschiedlichen Kulturen in Entwicklungs- und Betriebsabteilungen von Unternehmen. Während die Entwicklerinnen und Entwickler (Dev) dank der «agilen Revolution» schnelle Entwicklungszyklen verinnerlicht haben und gewohnt sind, immer mit dem «latest & greatest» Toolset zu arbeiten, sind Betriebsabteilungen (Operations-Ops) traditionell konservativ eingestellt. Dies ist auch nötig, da sie nicht nur den nächsten Sprint im Kopf haben, sondern typischerweise den gesamten Software-Lifecyle über viele Jahre unterstützen müssen.

 

Von DevOps zu NoOps

DevOps versucht nun, diesen krassen kulturellen Konflikt zu entschärfen, indem die strikten organisatorischen Grenzen zwischen den beiden Gruppen aufgehoben werden. Neben Entwicklern arbeiten Kollegen aus den Operations im Rahmen dedizierter Projektteams zusammen und nutzen die gleichen Werkzeuge. In guten Teams entwickelt sich so ein Verständnis für die Anforderungen der jeweils anderen Gruppe. Aus diesem Verständnis können Lösungen erwachsen, die für alle Beteiligten Vorteile bieten. Infrastruktur kann auf die gleiche effiziente Art und Weise betrieben werden, wie im Bereich der Software-Entwicklung Build-Artefakte gebaut werden (Infrastructure as code).

Konkretes Ergebnis der DevOps-Methode sind heute vollständig automatisierte Build Pipelines. Mit deren Hilfe werden Deployment-Prozesse vom Code bis zur Produktivsetzung automatisiert und in jedem Build-Schritt Feedback an die Entwickler generiert, das wiederum zur weiteren Verbesserung der Pipelines verwendet werden kann.

NoOps ist nun die konsequente Anwendung und Fortsetzung dieser Prinzipien, die DevOps in die Unternehmen gebracht hat. Hat man eine standardisierte Plattform (im Sinne einer PaaS-Umgebung), so können Build Pipelines ohne weiteres Zutun von DevOps-Spezialisten entwickelt und genutzt werden. Plattformen wie Red Hat’s OpenShift, spezialisierte Cloud-Anbieter wie Heroku oder auch die grossen Hyperscaler wie AWS, Microsoft Azure oder Google Cloud Services bieten genau diese standardisierten Plattformen. Sie ermöglichen es Unternehmen, mittels vollständig automatisierter Produktionsprozesse in der IT auf traditionelle Operations-Abteilungen zu verzichten. Dabei wird der gesamte Lifecycle abgebildet, vom Deployment über das Monitoring & Reporting, die automatische Störungsbehebung bis hin zur Dekommissionierung.

 

Ist NoOps das Ende der Operations?

Auch wenn es auf den ersten Blick so aussieht, werden die Operations-Abteilungen nicht aussterben. Die NoOps-Philosophie funktioniert überall, wo man innerhalb der PaaS-Services bleibt, aber gerade im Enterprise-Umfeld wird es auch weiterhin allerlei Spezialitäten geben, die eben nicht in einem Script abgehandelt werden können.

Man denke hier nur an die Netzwerkintegration von Hybrid Clouds, die Anbindung der reichlich vorhandenen Legacy Systeme oder die Umsetzung der Anforderungen aus dem Governance-, Risk- oder Compliance-Bereich. Auch die Integration von Multi-Cloud-Architekturen wird die Operations-Teams noch einige Zeit beschäftigen.

NoOps ist ohne Zweifel der nächste Schritt in der Evolution der Cloud Offerings. NoOps wird aber sicher nicht die Operations-Abteilungen überflüssig machen. Dafür ist Enterprise IT im Ganzen gesehen zu komplex, und wird es auch noch einige Zeit bleiben.


Bernd  Leinfelder
Bernd Leinfelder

Bernd Leinfelder ist seit 2016 System Architekt bei ti&m. Er verfügt über langjährige Erfahrungen in Softwareentwicklung und System Engineering. Neben seiner Tätigkeit bei ti&m leitet er den Fachbereich Enterprise Computing an der Fernfachhochschule Schweiz und doziert dort zu Robustheit und Wartbarkeit verteilter Software. Er hält diverse Zertifizierungen in den Bereichen Cloud Computing, IT-Security und IT-Audit.

Weitere Beiträge

Karin_Mathys_lead
The digital transformation is changing customer behaviour and expectations

Parts of the customer journey are gradually shifting to digital channels, but customers still value personal advice as well. In order to meet real expectations, companies will have to design their products and services with a strong focus on customers and their needs.

find more information
Why Large Companies Need Small Garages
Why Large Companies Need Small Garages for Their Digitization Initiatives

Many established companies face the challenge of digitization and possible disruption by innovative startups or new market entrants.

find more information
MAC Token Profile: the Never-Ending Battle over Signatures<br/>
MAC Token Profile: the Never-Ending Battle over Signatures

find more information
Lead Code Camp
Das dritte Code Camp stand ganz im Zeichen der künstlichen Intelligenz

Beim dritten Code Camp von ti&m drehte sich alles um das Thema künstliche Intelligenz (KI). Mehr als 20 Entwickler kamen zusammen, um ihr Wissen in der Technologie zu vertiefen. In 30 Stunden Programmieren lernten die Teilnehmer, was mit KI alles möglich ist.

find more information
Code Camp 750x410
The Night Is There for Coding: Here's What Happened at Our 30 Hour Code Camp.

During the last week of October, the very first ti&m code camp took place. 25 surfers, that’s what we call our agile employees, signed up to code for 30 hours and to resolve several technical challenges. Here’s what happened.

find more information