Einer der wichtigsten Anforderungen für Menschen und Organisationen heute ist es, immer auf dem neuesten Stand der Trends und Kundenbedürfnisse zu sein. Nehmen wir zum Beispiel den Markt für Sprach- und Chat-Systeme, auf dem Viber und Messenger versuchen, kundenorientiert zu sein und gleichzeitig wettbewerbsfähig zu bleiben. Nachdem Viber das „Dark Mode“ eingeführt hatte, dauerte es nur zwei Tage, bis Messenger dasselbe tat. Für den Endnutzer sieht es so aus, als ob der Anwendung lediglich eine weitere Schaltfläche hinzugefügt wurde. Aus Unternehmenssicht sollte es jedoch schwierig und riskant sein, diese Änderung auf einer App und einer Infrastruktur anzuwenden, die Millionen von Nutzern mit wöchentlichen Milliarden-Transaktionen unterstützt. Vor einigen Jahren hätte dieses Feature-Update mindestens einen Monat für Planung, Entwicklung, Test und Bereitstellung gebraucht. Welche Magie steckt hinter dieser Fähigkeit, sich schnell zu ändern?

Es ist einfach zu glauben, dass das neue Konzept von DevOps zusammen mit den Spezialisten, die es tatsächlich implementieren, die Lösung für den Prozess-Overhead sein kann und eventuelle Verzögerungen im Geschäft verhindert. Ähnlich wie im Film „Der König der Löwen“, in dem die Tiere nach dem Prinzip „Hakuna Matata“ frei und sorglos lebten, nur um am Ende herauszufinden, dass es in dem Song tatsächlich darum geht, Verantwortung übernehmen und Maßnahmen ergreifen zu müssen, um sich wirklich ändern zu können. DevOps kann genauso einfach zu einem kurzfristigen Hype werden, wenn sich eine Organisation nicht zur Verantwortung verpflichtet und die mit der Änderung der Denkweise verbundenen Prozesse nicht befolgt. Wenn die Zeit für DevOps gekommen ist, sollten Unternehmen ihre digitale Transformation erfahrenen Mitarbeitern anvertrauen, die die Ergebnisse dieser neuen IT-Praktiken kennen.

Und wie lassen sich diese Praktiken am besten visualisieren und veranschaulichen, als mit dem Symbol der Unendlichkeit.

https://www.cprime.com/2017/07/get-to-know-devops-faq/

Es besteht ein allgemeines Verständnis, dass eine Position für alle Prozesse verantwortlich sein sollte, um den Produktlebenszyklus durchlaufen und schließen zu können. Tatsächlich bestand in den letzten Jahren die Vorstellung, dass Entwickler den von ihnen erstellten Code besitzen sollten. Dies bedeutet für Entwickler, dass sie

1. Code entwickeln
2. Anwendungsfälle erstellen
3. Diese testen
4. Die entwickelten Pakete in Pipelines integrieren
5. Das Produkt warten

Es klingt unrealistisch, alle diese Verantwortlichkeiten einer einzigen Position zuzuweisen, aber in Wirklichkeit können die neuen DevOps-Praktiken helfen, diese Aufgaben zu optimieren.

Seitdem DevOps Anfang des letzten Jahrzehnts als Trend aufkam, war klar, dass der Begriff und zugrundeliegenden Prinzipien eine abstrakte Art waren, Entwicklungs- und IT-Betriebsteams darauf hinzuweisen, wo die „Verantwortungslinie“ liegt. Es wurden mehrere Bücher und Artikel veröffentlicht, um die IT-Welt mit der praktischen Seite und den Auswirkungen von DevOps auf Organisationen vertraut zu machen. Dazu gehört auch das berüchtigte Buch „The Phoenix Project“ (2013) von Gene Kim, Kevin Behr und George Spafford, „2014 State of DevOps Report“ von Puppet Labs, IT Revolution Press, ThoughtWork und vielen mehr.

DevOps klingt nach einem coolen Wort oder Trend oder sogar nach einer Lösung für alle betrieblichen und administrativen Mehraufwandsprobleme, die im Zuge von Änderungen auftreten könnten. In ihrem Bestreben, sich schnell zu ändern, sehen Menschen und Organisationen diese neuen Praktiken oft als Teil der aktuellen Unternehmenskultur.

Der DevOps-Weg ist weit mehr als nur eine kulturelle Angelegenheit, wie die finanziellen Trends zeigen. Laut Grand View Research wächst der DevOps-Markt von rund 850 Millionen Dollar im Jahr 2014 kontinuierlich um etwa 20% pro Jahr. https://www.grandviewresearch.com/industry-analysis/development-to-operations-devops-market

Angesichts dieser Zahlen ist es für kleine und mittlere Unternehmen von entscheidender Bedeutung, Spezialisten zur Verfügung zu haben, die für die Integration von DevOps-Praktiken in Organisationseinheiten, Strukturen und vor allem in Denkweisen geschult sind.

Aufgrund des abstrakten Charakters der DevOps-basierten Praktiken ist es ziemlich schwierig, ihre Grenzen zu definieren. Es ist jedoch viel einfacher, die für den Job ausgewählten Personen nach diesen Grundsätzen zu beurteilen. Und sie existieren in so vielen „Geschmacksrichtungen“ wie die Technologien selbst. Bei DevOps geht es in erster Linie darum, das Unternehmen dabei zu unterstützen, agiler, veränderungsorientierter und motivierter zu werden, Produkte oder Dienstleistungen in höchstmöglicher Qualität bereitzustellen. Aus diesem Grund sollte das gesamte Application Lifecycle Management Personen anvertraut werden, die diese neuen IT-Praktiken in ihre Arbeit einbeziehen:

• Infrastrukturbereitstellung:
  • Infrastruktur als Code
  • Qualitätssicherung der Serverbereitstellung
  • Traditionelle IT-Services
• Design der Unternehmens-IT-Architektur:
  • Unternehmens-Cloud-Strategie
  • Serviceorientierte Architektur
• Elastic Service Management:
  • Öffentliche Cloud-Anbieter
  • Container und Mikrodienste
  • Implementierung von CI / CD-Prozessen
  • Kontinuierliche Tests
• Experten IT-Support – https://bulpros.tech/cloud-and-support-services/the-it-support-revolution-needs-quality-market-dynamics/
  • Serviceüberwachung und automatisierte Fehlerbehebung
  • Wartungs-Update
  • Notfallwiederherstellungsdienste

Es ist keine Überraschung, dass sich die Festlegung der spezifischen Rollen und Verantwortlichkeiten eines DevOps-Ingenieurs als schwierige Aufgabe für Menschen und Organisationen erweisen kann. Google hat zum Beispiel angekündigt, eine separate Rolle namens Site Reliability Engineer einzuführen, die parallel zum DevOps-Trend entstanden ist. Der folgende Blogpost https://cloud.google.com/blog/products/gcp/sre-vs-devops-competing-standards-or-close-friends veranschaulicht, wie schwierig es ist, Kunden, Organisationen und Unternehmen den Unterschied zwischen allen aufkommenden IT-Praktiken zu erklären. Und seien wir ehrlich, wenn das Ziel nicht greifbar oder einfach zu erklären ist, sondern eher gefühlt und akzeptiert werden muss, könnte alles unter das DevOps-Konzept fallen. Dies ist keine falsche Aussage, da viele Unternehmen versuchen, jeder Einheit einen solchen Ingenieurtyp zuzuweisen, bei der sie glauben, dass der Entwicklungsprozess schneller und in besserer Qualität ablaufen kann. DevOps-Experten mit unterschiedlichen Fähigkeiten können einem Unternehmen dabei helfen, alle Aspekte seiner Prozesse zu verbessern und mehr Zeit für die Steigerung des Unternehmenswerts zu lassen. Mit anderen Worten, DevOps kann als Brücke zwischen IT und Business angesehen werden, das die Effizienz, Zuverlässigkeit, Beweglichkeit und Qualität erhöht.

Über DevOps können Sie einfach sagen: “Es ist eine wandelbare, actiongeladene Philosophie.”

Solution Architect at BULPROS 

Ivaylo ist ein IT-Experte mit 8 Jahren Erfahrung in Support-Services, Cloud-Infrastruktur und DevOps-Hintergrund. Er ist Teil des Cloud- und Infrastructure-Services Teams bei BULPROS. In seiner Rolle als Solution Architekt hat er seinen Fokus auf Cloud-Technologien, Design von IT-Projekten, Automatisierung und Implementierung von ITSM-Prozessen.