In dieser Artikelserie zu DevOps habe ich die Diskussion mit der Wiedereinführung von DevOps mit einer neuen Perspektive begonnen. Im zweiten Teil habe ich dasselbe getan, aber mit Fokus auf den Software Release Life Cycle.
Im dritten Teil habe ich die Rollen eines Software Engineers und eines DevOps Engineers punktuell und tabellarisch unterschieden:
In diesem vierten Teil möchte ich noch einmal speziell auf die Rolle des DevOps Engineer eingehen und deren primäre Aufgaben im Detail erläutern.
Bevor ich beginne, schlage ich vor, dass Sie einen kurzen Blick auf unsere neuen Modelle werfen, insbesondere auf die Diagramme zum Lebenszyklus der Systementwicklung und zum Lebenszyklus der Softwareversion, die zuvor dargestellt wurden.
Untersuchung der wesentlichen Verantwortlichkeiten eines DevOps-Ingenieurs
Die Aufgaben eines Software Engineers sind bereits recht bekannt. Aber es ist notwendig zu untersuchen, wie sich die Szenarien im Falle eines DevOps-Ingenieurs ändern:
Softwarebereitstellung planen
Im Gegensatz zur Planung des Softwaredesigns, wie es Softwareingenieure tun, kann die Planung ihrer Bereitstellung eine ganz andere Verantwortung sein. Basierend auf dem vorläufigen Konzept der Software wird von den Entwicklern ein Entwurf erstellt, der darauf basiert, wie sie bereitgestellt werden würde. Aber die tatsächliche Planung der Bereitstellung auf verschiedenen Plattformen kann eine wichtige Rolle für jeden DevOps-Ingenieur spielen, der sich sehr um die Umsetzung kümmert.
Verwaltungscode
Code-Management ist ein wichtiger Aspekt für jede Software, die in der Produktion läuft. Die regelmäßige Überprüfung des Codes hilft immens bei der Minimierung von Fehlern, die in einer Produktionsumgebung auftreten können. DevOps-Ingenieure kümmern sich auch um die Feinabstimmung bereits vorhandener Codes, die seit Beginn der Alpha-Level-Software und der Postproduktion erstellt wurden.
Dokumentation des Bereitstellungsverfahrens
Selbst eine hervorragende Software wäre nicht gut, wenn sie keine klare und prägnante Dokumentation hätte. Softwareingenieure dokumentieren, wie die Software erstellt und bereitgestellt wird. Aber DevOps Engineers konzentrieren sich ausschließlich auf die Dokumentation des Deployment-Verfahrens.
Je älter eine Software aufgrund ihres Produktionseinsatzes wird, desto wichtiger wird es, den Deployment-Prozess gründlich zu überprüfen. Daher ist die Dokumentation eine kontinuierliche Anstrengung und genauso wichtig wie Code-Revisionen. Bessere Dokumentation =weniger Fehler. Wussten Sie schon:
Dokumentationstests sind eine nicht funktionale Art des Softwaretests.
Testen nur stabiler Versionen der Software
Im Gegensatz zu Softwareingenieuren konzentrieren sich DevOps-Rollen allein auf stabile Releases, da nur diese Versionen für eine Umgebung auf Produktionsebene für die Bereitstellung von Bedeutung sind. Software, die ihren ersten ADLC (Application Development Life Cycle) abgeschlossen hat, muss gründlich auf ihr Potenzial als stabile Produktionsversion getestet werden und wird von einem engagierten DevOps-Ingenieur betreut.
Fehlermeldung mit kritischer Behebung (falls erforderlich)
Dieser Teil ist eine Kombination aus Dokumentation und Fehlerbehebung. Wenn eine stabile Version in der Produktion läuft, müssen alle Fehler, die während dieses Prozesses auftreten, sorgfältig für die nächste stabile Version der Software behoben werden.
Im Allgemeinen liegt die Fehlerbeseitigung in der Verantwortung der Entwickler. Bei Bedarf können DevOps-Ingenieure jedoch auch eingreifen und zusammenarbeiten, um Fehler zu beheben, die kritischer Natur sind. Das Beheben von Fehlern auf kritischer Ebene kann daher auf diese Weise vorsichtig beschleunigt werden.
Auch die Dokumentation der Vermeidung oder vorübergehender Problemumgehungen (bis sie behoben sind) von Fehlern kann für die Effizienz und Zuverlässigkeit der Software äußerst vorteilhaft sein. Dies wirkt sich direkt auf Funktionalität, Benutzerfreundlichkeit und Sicherheit aus.
Bereitstellen stabiler Releases in Produktionsumgebungen
Sobald bestätigt wurde, dass die Software basierend auf gründlichen Tests wie oben beschrieben zuverlässig und effizient ist, wird sie schließlich mithilfe von Schritt-für-Schritt-Anleitungen, die zuvor vom DevOps-Ingenieur dokumentiert wurden, in der Produktion bereitgestellt. Die Bedeutung der Dokumentation wird erst dann am besten verstanden, wenn Sie die Software in der Produktion einsetzen.
Wartung und Überwachung von Bereitstellungen
Software, die in der Produktion ausgeführt wird, muss kontinuierlich gewartet und überwacht werden. Ein DevOps-Ingenieur stellt sicher, dass die Software und die Plattformen, auf denen sie bereitgestellt werden, auf dem neuesten Stand sind. Insbesondere in dieser Phase kann das Verhalten auf Produktionsniveau aufgezeichnet werden, um die zukünftige Betriebsfähigkeit zu verbessern. Dazu gehören Fehler auf Produktionsebene, die Notwendigkeit neuer Funktionen sowie Verbesserungen der Benutzeroberfläche und der Sicherheit.
Neuplanung von Designs basierend auf Verhaltensweisen auf Produktionsebene
Die Softwarebereitstellungsplanung ist ein kontinuierlicher Prozess, der mit einem vorläufigen Entwurf und Konzept für die Bereitstellung des Tools beginnt, um sein Ziel zu erreichen. Sobald die erste stabile Veröffentlichung herausgekommen ist, wird dieser Entwurf nach jeder neuen stabilen Veröffentlichung rigorosen Überarbeitungen unterzogen. Die Überarbeitungen des Bereitstellungsverfahrens der Software basieren auf Rückmeldungen aus den einzelnen Phasen des Lebenszyklus der Anwendungsentwicklung und des Lebenszyklus der Systementwicklung.
Dies war also ein Überblick über das Verständnis der Bedeutung der Rolle des DevOps-Ingenieurs. Ihre vielfältigen Verantwortlichkeiten heben sie deutlich hervor und unterstreichen ihre Notwendigkeit, die kontinuierliche Verbesserung einer Software bis zum Ende des Lebenszyklus sicherzustellen. Ein großes Dankeschön an alle engagierten DevOps-Ingenieure da draußen!
Ich hoffe, Sie fanden diesen Artikel nützlich. Wenn Sie weitere Gedanken als Feedback oder Vorschläge haben, tun Sie dies bitte im Kommentarbereich unten.