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

Cloud Act Lead image
CLOUD Act und Data Residency – Ist amerikanischen Cloud Providern noch zu trauen?

Durch den CLOUD Act müssen US-Firmen Daten auch aus ausländischen Rechenzentren bei Anfrage an US-Behörden ausliefern. Firmen, die mit US-Cloud-Providern zusammenarbeiten, müssen sich dieser Gefahr bewusst sein, wie ti&m-Surfer Bernd Leinfelder in seinem Blog-Beitrag herausarbeitet.

Mehr erfahren
Wo-ist-Walter
Wo ist WaITer?

Herr Walter entdeckt einen Teil der IT-Landschaft auf seiner Zugreise nach Bern.

Mehr erfahren
Axpo Agile Workshop Lead Image
Wie man mit dem Bau eines Marsrovers agiles, skaliertes Vorgehen lernt

Wie man agiles Arbeiten auch spielerisch erlernen kann, haben wir bei der Axpo gezeigt. Wir bauten einen Marsrover mit agilen Methoden. Was gar nicht so einfach war, jedoch gut gemeistert wurde.

Mehr erfahren
cloud_bank_now_aws_blog
Der ideale Workload für die Cloud – Buildprozesse mit Spot-Instanzen

Eine der ersten Fragen, die sich im Cloud Kontext stellt, ist: Welche Workloads eignen sich für den ersten Schritt in die Cloud? Lesen Sie im Folgenden, weshalb Build- und Test-Prozesse für Software-Artefakte besonders geeignet sind und was es basierend auf den Erfahrungen aus unserem Projekt mit der BANK-now zu beachten gilt.

Mehr erfahren
code_camp_5_lead
«Unleash your creativity» - das Code Camp mit ungebremster Kreativität

Die Kreativität stand im Mittelpunkt der fünften Ausgabe des ti&m code camp in den Flumserbergen. Über 30 Entwickler und 1 Designer stellten sich verschiedenen Challenges und versuchten diese innerhalb von 30 Stunden zu lösen.

Mehr erfahren