Warum Software der Schlüssel zur Wertschöpfung mit der Cloud ist

RackBlogger

Why Software is Key to Getting Value From the Cloud

Rackspace hat kürzlich zusammen mit CIO UK eine Serie von Artikeln geschrieben, in denen es um die Entwicklung und Umsetzung von Programmen durch CIOs geht, die Modernisierungs- und technologische Transformationsmaßnahmen in Unternehmen vorantreiben können.

In diesem Artikel besprechen wir, wie CIOs eine DevOps-Sichtweise entwickeln und Prinzipien aus der Softwareentwicklung nutzen können, um Resilienz, Change Management und Audits in Prozessen verankern können. So schöpfen sie die Vorteile der Cloud maximal aus.

Die Cloud hat sich fest als unverzichtbarer Bestand unseres Alltags etabliert, doch ihre Ära fängt gerade erst an – deutlich zu sehen am Vormarsch von 5G und dem industriellen Internet of Things, die radikale Transformationen und bessere Vernetzung versprechen.

Dieser technologische Wandel hat Herausforderungen mit sich gebracht, die so schnell nicht verschwinden werden. Diejenigen, die bereits auf die Cloud umgestellt haben und vielleicht noch nicht den gewaltigen Wert erschlossen haben, der in den frühen Phasen des Cloud Computing versprochen wurde, hoffen vergebens darauf, dass sich das Problem in Luft auflöst.

Die Wertschöpfung durch die Cloud beginnt mit Software
Wie können also CIOs und IT-Führungskräfte mehr von der Rendite einstreichen, die sie sich ursprünglich erhofft hatten? In einer softwaredefinierten Umgebung lohnt es sich, die Antwort darauf in den Grundlagen zu suchen und zu überlegen, was uns die Prinzipien der Softwareentwicklung über maximale Wertschöpfung aus der Cloud lehren können.

Inzwischen erntet man keine hochgezogenen Augenbrauen mehr, wenn man Andreessen Horowitz mit seinem berühmten „Software frisst die Welt“ zitiert; die Prognose ist wahr geworden. Allerdings wird die Aussage oft als Verweis auf die verbraucherorientierten Anwendungen verstanden, von denen wir so viel hören – die Uber und Airbnb und Netflix der Welt. Um jedoch Ihre Fähigkeiten wirklich zu verstehen und diesen Wert zu nutzen, müssen Sie diese Maxime von der traditionellen Sicht auf Anwendungen und APIs erweitern – auf alle Schichten Ihres Stacks und alles, was diese zusammenhält.

„Es geht nicht nur um Infrastruktur als Code, man muss Infrastruktur als Software verstehen“, erklärt Iskandar Najmuddin, leitender DevOps Consultant bei Rackspace. „Änderungen an Ihrer Umgebung setzen Sie auch mit Hilfe von Software um, die Sie vielleicht sogar selbst geschrieben haben. Wie führen Sie Änderungen an Ihrer aktuellen Plattform, Ihren Sicherheitsregeln oder der Größe Ihrer Rechnerinstanzen durch und verwalten diese? All das wird als Software verwaltet.“

Viele gestandene Unternehmen, die den Sprung in die digitale Welt gewagt haben, hatten dabei die Unterstützung des leitenden Managements und der Geschäftsführung hinsichtlich DevOps-Prinzipien: Pipelines aufbauen, schnell Fehler machen und die Zusammenarbeit zwischen den Teams fördern. Jetzt ist es Zeit, ein paar Schritte weiter zu gehen.

Infrastruktur als Code vs. Infrastruktur als Software
Die Lieblinge im Silicon Valley wie Google und Netflix hatten die Ressourcen und die nötige Weitsicht, um die Botschaft schon früh zu verstehen. Die Site Reliability Engineering Initiative von Google und Netflix' Chaos Monkey integrierten Resilienz von Anfang an in die Unternehmens-Suite und testeten den Code mit ihren eigenen Best Practices für Software. Doch diese Methoden ähneln denen, mit denen die ganze erfolgreiche Softwarebranche überhaupt aufgebaut wurde.

„Infrastruktur als Code ist ein wichtiges Werkzeug, um eine Menge Wert aus Cloud-Plattformen zu gewinnen“, fügt Najmuddin hinzu. „Infrastruktur als Code ist erst der Anfang, eigentlich brauchen wir Infrastruktur als Software. Code und Software unterscheiden sich hauptsächlich dadurch, dass Software einen Lebenszyklus hat – Tests, Zusammenarbeit, operative Integrität und Sicherheitsfunktionen.

„Code könnte auch aus ein paar Dateien bestehen, die auf dem Desktop eines Administrators herumliegen. Software befindet sich in einem Speicher, wird von Teams bearbeitet, verfügt über einen Prüfpfad, und Software-Lebenszyklen können auf vielfältige Weise verwaltet werden. Alle sind ziemlich ausgereift und ziemlich wertvoll.“

Natürlich kann niemand alles beherrschen. Es ist schon ein großes Stück Arbeit, Systemadministratoren und Operators zusammenzubringen, die bisher an dedizierter Infrastruktur gearbeitet haben und sich nun mit der softwaredefinierten Welt herumschlagen müssen. Und Tatsache ist, dass auch der „Skill-Gap“, von dem wir so viel hören, nicht unbedingt das Selbstvertrauen der Menschen steigert.

Die Förderung einer Softwareentwickler-Sichtweise ist keine unlösbare Aufgabe, wenn der menschliche Aspekt berücksichtigt wird. Die Weiterbildung Ihrer Belegschaft und die Unterstützung Ihrer technischen Beteiligten beim Nachvollziehen der Funktionsweise von Software und der Best Practices für deren Management wird die technischen Fähigkeiten Ihres Unternehmens nur stärken.

„Wenn Sie Software nicht selbst nutzen können, stehen Sie möglicherweise vor einem kleinen Problem“, sagt Najmuddin. „Sie werden immer noch etwas Wert aus der Cloud erschließen können – aber nur einen Bruchteil im Vergleich zum vollen Potenzial, das Sie liegen lassen. In einer Welt, in der Plattformen API-basiert und modular sind, erschließen Sie den maximalen Wert nur, wenn Sie Software entwickeln.“

„Die Botschaft von vorderster Front – aus unserer Erfahrung in den letzten Jahren – ist, dass jede Menge Kunden und Menschen, mit denen wir gesprochen haben, sich mit Code-Assets, Snippets, Templates und Quellcode-Dateien herumschlagen, die in ihren Unternehmen durch verschiedene Abteilungen fliegen. Es gibt keine einheitliche Wahrheitsquelle! Aus Entwicklerperspektive gibt es keine Disziplin, die eine Wiederverwendung ermöglichen würde.“

Und durch Erstellung prüfbarer Änderungsaufzeichnung fördert ein softwaredefinierter Stack auch die Transparenz und Nachverfolgbarkeit in jedem Bereich des Unternehmens.

„Denken Sie nur an etwas so Einfaches wie eine Firewall: Sofern Ihr Unternehmen keinen strengen Change-Management-Prozess hat, gehen solche Dinge einfach unter“, so Najmuddin. „Warum ist dieser Webdienst, der eigentlich privat sein soll, im öffentlichen Internet sichtbar? Warum lagern unsere Kundendaten in einem Objektspeicher-Bucket, der im Internet öffentlich zugänglich ist? Wann ist das passiert, wer hat das getan und warum?“

Wenn Sie Resilienz, Change Management und Audits von Anfang an in Ihre Prozesse integrieren, können Sie lose Enden nachverfolgen und sich die Vorteile erschließen, die Sie bisher verpasst haben.

Klicken Sie hier, um mehr darüber zu erfahren, wie Sie mit Rackspace einen softwarebasierten Ansatz fahren und mehr Wert aus Ihren Cloud-Bereitstellungen schöpfen können.