Dmitry Nikolaev - Fotolia

DevOps-Implementierung: Der Nutzen von DevOps stellt sich nicht von selbst ein

DevOps konzentriert sich auf kurze Entwicklungszeiträume. Mit DevOps können Features häufiger veröffentlicht und Fehler schneller korrigiert werden.

Seien wir ehrlich. Obwohl das Sprichwort „In der Ruhe liegt die Kraft“ uns vielleicht dabei geholfen hat, durch die Schulzeit zu kommen, ist es kein realistisches Motto mehr für die unnachgiebigen Anforderungen der temporeichen Geschäftswelt von heute. Schneller ist besser, aber nur, wenn die Qualität nicht darunter leidet – und das setzt agile Unternehmen unter Druck, da sie ihren Kunden ständig neue Features und Software bieten müssen. Um diese Anforderungen mit der nötigen Effizienz zu erfüllen, müssen wir überdenken, wie wir Softwareentwicklung und IT-Operationen sehen. Für Unternehmen, die diese Herausforderung annehmen, ist es heute normal, die Umstellung auf DevOps anzustreben.

Die Bezeichnung DevOps beruht auf der engen Beziehung zwischen den Entwicklungs- und IT-Betriebsteams, die über ihren Tellerrand schauen, um mehr operative Agilität zu erreichen. Das Ziel ist die Verbesserung der allgemeinen Beziehung, Effizienz und des Tempos der beiden häufig sehr unterschiedlichen Lager. Und dafür ist eine schnellere und präzisere Kommunikation und Zusammenarbeit nötig. Die Erwartung an diese Theorie ist, dass Unternehmen schneller und kontinuierlicher Innovationen hervorbringen können. Wir werden uns später ansehen, wie das in der Realität aussieht. Zunächst ist wichtig, zu verstehen, wie ältere Entwicklungsmethoden den heutigen Anforderungen nicht mehr gerecht werden.

Agil bleiben

Die Unternehmen in allen Industrien müssen ständig neue Innovationen hervorbringen. Sie müssen die Anwendungen für Endbenutzer mit Funktionalität und Features ausstatten – und das Gleiche gilt für die zugehörigen Systeme und Prozesse. Neue Versionen und gänzlich neue Produkte müssen pünktlich geliefert werden und dürfen das zugewiesene Budget nicht überschreiten.

In dieser Hinsicht können andere Methoden möglicherweise nicht mehr mithalten. Bei der agilen Softwareentwicklung kann ein Unternehmen beispielsweise nicht genau wissen, wie ein neues Softwareangebot in der realen Welt eingesetzt und welchen Stresstests es unterzogen wird, bevor es tatsächlich entwickelt und eingesetzt wird. Dadurch ist es unmöglich, die Auswirkungen auf die Operationen vorherzusehen.

Das macht es wiederum beinahe unmöglich, in den Planungs-, Genehmigungs- und Entwicklungsphasen den ROI zu berechnen. Die Unternehmen springen also eigentlich ins kalte Wasser. Sie wissen nicht, wie viel ein Projekt kosten, wie lange es dauern und welchen Wert es liefern wird. Ein Projekt zu starten, ohne ein klares Bild der Kosten und benötigen Ressourcen zu haben, um bestimmen zu können, ob es überhaupt durchgeführt werden kann und wann es fertiggestellt wird, ist unverantwortlich, wenn nicht gar grob fahrlässig.

Ein typisches Beispiel ist der Rückruf des Samsung Galaxy 7 Note und die Krise des Unternehmens, nachdem bekanntgeworden ist, dass die Geräte durch die Akkus explodieren oder in Flammen aufgehen können. Die logische Erklärung ist, dass Entwicklung und Q&A überstürzt wurden, um mit dem neuesten iPhone Schritt zu halten. Das Unternehmen hat Milliarden Dollar und womöglich für immer das Vertrauen seiner Kunden verloren. Zudem sind all die Jahre, das Know-how und Geld, die das Unternehmen in seine Produkte sowie Forschung und Entwicklung gesteckt hat, angesichts der jüngsten Events schlichtweg vergessen.

Diese möglichen Unbekannten in der Produktentwicklung sind es, in denen DevOps klar anderen Methoden überlegen ist. DevOps konzentriert sich auf kurze Zwei- oder Dreitagessprints im Rahmen von 30-tägigen Zeitrahmen für ein Projekt. Diese kurzen Zeiträume bieten einige Vorteile. Zunächst einmal ermöglichen sie das häufige Rollout von Features, Software, Feedback-Zyklen und Fehlerkorrekturen. Durch die gleichzeitige tägliche Weiterentwicklung der Kunden- und Geschäftsanforderungen werden diese kurzen, zuverlässigen Entwicklungszeiten immer notwendiger.

Diese Sprints helfen auch im Bereich der Budgetberechnung und Erwartungen an ein Produkt. Kürzere Projekte mit definierten Zielen sind von Natur aus einfacher einzuschätzen. Das gilt sowohl für die Rendite als auch die Kosten für die benötigten Ressourcen. Die Sprints können zudem nach Bedarf gemacht werden und nicht aufgrund eines zufällig festgelegten Zeitplans, der keine Rücksicht auf die Anforderungen spezifischer Kunden oder Geschäftsbereiche nimmt, die von häufigen Innovationen abhängen.

Als letztes bietet DevOps Unternehmen eine Grundlage für die Produktion von Lösungen, ohne den Kosten- und Zeitrahmen zu sprengen. Und diese Lösungen entsprechen genau dem, was das Unternehmen benötigt, und werden effizient und gemeinschaftlich entwickelt.

Änderungen: Kultur und Technologie

Die Einführung des DevOps-Verfahrens ist nicht so einfach wie das Umlegen eines Schalters oder die Installation einer App. Ein Unternehmen muss sich voll und ganz den Änderungen verschreiben, die die Einführung für die Kulturen und Technologien seiner Entwicklungs- und IT-Teams bedeutet.

Eine drastische Änderung für viele Unternehmen betrifft Kultur und Technologie, da sie sich vom Konzept der IT als Utility verabschieden müssen. Gartners bimodales Konzept der IT bietet eine Möglichkeit, diese Verschiebung zu verstehen. Einfach ausgedrückt, wird die IT in zwei Bereiche unterteilt: der traditionellere Bereich, der für Support und Sicherheit verantwortlich ist, und der Bereich für Innovationen und die kontinuierliche Verbesserung der Geschäftsabläufe.

Ganz klar wird es immer eine Nachfrage nach dem ersten Bereich geben. Und hier kommen die Dienstleistungsanbieter ins Spiel. Die ausschließliche Übertragung der IT an Dienstleistungsanbieter war in der Vergangenheit sicherlich sinnvoll für zahlreiche Unternehmen. Doch tatsächlich wird dadurch die Kapazität des Unternehmens, den zweiten Bereich abzudecken, eingeschränkt.

Es ist dieser zweite Bereich – Innovation und Verbesserung von Geschäftsabläufen –, in dem DevOps einen Mehrwert bietet. Es ist auch nicht überraschend, dass er auch der Grund für zahlreiche weitere notwendige Änderungen ist.

Was die Unternehmenskultur angeht, kann DevOps die traditionelle Personaleinteilung von Unternehmen durchaus auf den Kopf stellen. In der Vergangenheit waren Entwickler immer die „Macher“ neuer Software, neuer Angebote, neuer Funktionen. Die Aufgabe des IT-Betriebsteams war es hauptsächlich, diese Produkte in der Produktionsumgebung zu verwalten. Und wie Rudyard Kipling sagte: „und niemals treffen sich die beiden“.

Mit dem DevOps-Ansatz können die beiden traditionell getrennten Teams jetzt eng zusammenarbeiten. Obwohl das die Entwicklung und das Deployment von Lösungen beschleunigt, besteht auch eine hohe Wahrscheinlichkeit von Reibungen. Im DevOps-Modell müssen beide – Entwicklungs- und IT-Betriebsteam – die Sicht auf Ihre Rolle ändern. Das ist aber nicht einfach. Bei dieser Änderung geht es nicht nur um Mentalitäten. Es sind konkrete Handlungen erforderlich. Man benötigt ein gemeinsames Verständnis und gemeinsame Informationen darüber, wie Anwendungsänderungen sich in einer Infrastruktur auswirken.

Mehr zum Thema DevOps:

Die Sicherheit von DevOps in nur drei Schritten optimieren.

Mit DevOps den digitalen Wandel im Unternehmen umsetzen.

So arbeiten DevOps und IT Security richtig zusammen.

Mit DevOps Projekte für Cloud-Anwendungen verbessern.

Vorbereitung auf die häufigsten Fragen im DevOps-Bewerbungsgespräch.

Die Mitarbeiter auf beiden Seiten müssen wahrscheinlich neu geschult werden. Sie müssen lernen, wie DevOps funktioniert, und sie müssen sich mit ihren neuen Rollen vertraut machen. Die Leute verlieren nicht ihre Arbeit, aber sie müssen mehr Fähigkeiten in Sachen Zusammenarbeit lernen, damit DevOps so effektiv wie möglich ist.

Auch wenn es nicht unbedingt eine kulturelle Änderung ist, kann ein internes Audit bei der Einführung von DevOps nützlich sein. Größere interne Kontroll- und Compliance-Probleme gibt es in vielen Unternehmen. Wenn Sie frühzeitig im Umstellungsprozess erkannt werden, lassen sich spätere Kopfschmerzen vermeiden. Sobald die Entwicklungssprints und die 30-Tages-Zeitpläne Realität geworden sind, könnte zum Beispiel ein Gesetz, das übersehen wurde, die Abläufe zum Stehen bringen.

Analysebasierte Entscheidungen

Damit das DevOps-Modell gut funktioniert, müssen vorhandene Technologien angepasst werden. Der Nutzen von DevOps stellt sich nicht von selbst ein. Dafür sind Entwicklungen, Tests und Releases von Anwendungen und Workloads in einem sehr hohen Tempo nötig. Um vollständig zu verstehen, wie viel ein Projekt kosten, wie lange es dauern, und welchen Nutzen es bieten wird, müssen Technologien und Abläufe verbessert werden.

Die Zusammenarbeit im DevOps-Modell muss auf exakten und zuverlässigen Daten beruhen. Damit können dann ruhigen Gewissens schnelle Entscheidungen getroffen werden. Ohne diese Grundlage riskieren die Teams, Codes zu veröffentlichen, die die Benutzererfahrung verschlechtern.

John Gentry Virtual Instruments

„Auch wenn es nicht unbedingt eine kulturelle Veränderung ist, kann ein internes Audit bei der Einführung von DevOps nützlich sein“

John Gentry, Virtual Instruments

Speziell die Analyse von Simulationen, Tests und Validierungen von Workload-Performance sind in Testumgebungen unentbehrlich. In den Produktionsumgebungen muss es integriertes Performance-Monitoring und Analysen in Echtzeit geben. Diese Komplettlösung muss sich durch den gesamten Entwicklungszyklus ziehen, um alle nötigen Informationen für die Entscheidungsfindung und optimale Kontrolle liefern zu können.

Diese situationsbezogenen Daten in Echtzeit ermöglichen ein umfassendes Verständnis davon, wie Änderungen in den Anwendungs-Workloads die Performance der Produktionsinfrastruktur beeinflussen. Dadurch können die kombinierten Teams ihre Infrastruktur justieren, sobald Änderungen und Verschiebungen auftreten, ohne dass die Endbenutzer davon betroffen sind. Das Wissen und die Informationen, die mit jedem neuen Release entstehen, bringen am Ende eine garantierte Performance, geringere Kosten, kürzere Zeitrahmen und die allgemeine Verbesserung der IT-Effizienz.

Es ist offensichtlich, dass DevOps das Potenzial hat, es Unternehmen zu ermöglichen, sich parallel zu den sich stetig ändernden Geschäftsumgebungen zu entwickeln. Damit DevOps aber von Erfolg gekrönt ist, muss eine datenbasierte, einheitliche Zusammenarbeit zwischen den IT- und den Entwicklungsteams sichergestellt werden. Sobald das der Fall ist, profitiert das gesamte Unternehmen von geringeren Kosten, kürzeren Entwicklungszeiten und von einer effizienteren, agileren Organisation.

Über den Autor:

John Gentry ist Chief Technology Officer (CTO) bei Virtual Instruments.

Folgen Sie SearchEnterpriseSoftware.de auch auf Twitter, Google+, Xing und Facebook!

Artikel wurde zuletzt im Mai 2017 aktualisiert

Pro+

Premium-Inhalte

Weitere Pro+ Premium-Inhalte und andere Mitglieder-Angebote, finden Sie hier.

Erfahren Sie mehr über Software-Entwicklung

Diskussion starten

Schicken Sie mir eine Nachricht bei Kommentaren anderer Mitglieder.

Mit dem Absenden dieser Daten erklären Sie sich bereit, E-Mails von TechTarget und seinen Partnern zu erhalten. Wenn Ihr Wohnsitz außerhalb der Vereinigten Staaten ist, geben Sie uns hiermit Ihre Erlaubnis, Ihre persönlichen Daten zu übertragen und in den Vereinigten Staaten zu verarbeiten. Datenschutz

Bitte erstellen Sie einen Usernamen, um einen Kommentar abzugeben.

- GOOGLE-ANZEIGEN

SearchSecurity.de

SearchStorage.de

SearchNetworking.de

SearchDataCenter.de

Close