Was ist ein DevOps Engineer?

1. Kommunikation und Zusammenarbeit

Ein DevOps Engineer muss in der Lage sein, effektiv mit Teams, Managern und Kunden zu kommunizieren und zusammenzuarbeiten. Diese sogenannten Soft-Skills werden oft übersehen und unterschätzt, aber der Erfolg von DevOps hängt stark von der Qualität und Quantität des Feedbacks über den gesamten Wertstrom ab.

2. Systemadministration

Ein DevOps Engineer hat Erfahrung mit der Systemadministration, wie der Bereitstellung und Verwaltung von Servern, dem Deployment von Datenbanken, der Sicherheitsüberwachung, dem System-Patching und der Verwaltung interner und externer Netzwerkkonnektivität.

3. Erfahrung mit DevOps-Tools

Da die Verwendung der richtigen Tools für DevOps-Verfahren unerlässlich ist, muss der DevOps Engineer eine Vielzahl von Tools kennen und anwenden können. Diese Tools erstrecken sich über den DevOps-Lebenszyklus von der Infrastruktur und der Entwicklung bis hin zur Überwachung und dem Betrieb eines Produkts oder eines Service.

4. Konfigurationsmanagement

Von DevOps Engineers wird oft erwartet, dass sie Erfahrung mit einem oder mehreren Konfigurationsmanagementtools wie Chef, Puppet oder Ansible haben. Viele Unternehmen setzen diese oder ähnliche Tools ein, um Systemverwaltungsaufgaben wie das Deployment neuer Systeme oder die Implementierung von Sicherheitspatches auf bereits laufenden Systemen zu automatisieren.

5. Container und Container-Orchestrierung

Bei der Containerisierung, einer von Docker verbreiteten Technologie, werden der Code für die Anwendung und ihre Laufzeitumgebung im selben Image gebündelt. Dadurch ist der Einsatz herkömmlicher Tools für die Konfigurationsverwaltung weniger notwendig. Gleichzeitig bringt die Verwaltung von Containern ihre eigenen Herausforderungen mit sich und Erfahrung mit sogenannten Container-Orchestratoren (z. B. Docker Swarm oder Kubernetes) wird für den DevOps Engineer zu einer notwendigen Fähigkeit.

6. Continuous Integration und Continuous Deployment

Continuous Integration und Continuous Delivery (CI/CD) sind wesentliche Praktiken eines DevOps-Ansatzes für die Softwareentwicklung und werden durch eine Vielzahl verfügbarer Tools ermöglicht. Die grundlegendste Funktion eines CI/CD-Tools oder eines Toolsets besteht darin, den Prozess des Erstellens, Testens und Bereitstellens von Software zu automatisieren.

DevOps Engineers benötigen normalerweise Erfahrung mit Konfiguration und Deployment eines oder mehrerer CI/CD-Tools und müssen eng mit dem Rest der Entwicklungsabteilung zusammenarbeiten, um sicherzustellen, dass diese Tools effektiv eingesetzt werden.

7. Systemarchitektur und -bereitstellung

Ein DevOps Engineer sollte in der Lage sein, Computerökosysteme lokal oder in der Cloud zu erstellen, bereitzustellen und zu verwalten. Es ist wichtig, Infrastructure as Code (IaC) zu verstehen, einen IT-Managementprozess, der Best Practices von der DevOps-Softwareentwicklung bis zur Verwaltung von Cloud-Infrastrukturressourcen anwendet. Ein DevOps Engineer sollte wissen, wie die Systeminfrastruktur in der Cloud mit Amazon Web Services (AWS), AWS CloudFormation oder Terraform modelliert wird.

8. Kenntnisse in Programmierung und Scripting

Viele traditionelle Systemadministratoren haben Erfahrung mit dem Schreiben von Shell-Skripten, um repetitive Aufgaben zu automatisieren. Die Kenntnisse eines DevOps Engineer sollten über das Schreiben von Automatisierungsskripten hinausgehen und fortgeschrittene Softwareentwicklungspraktiken und die Implementierung agiler Entwicklungspraktiken wie Codeüberprüfungen und Quellcodeverwaltung umfassen.

9. Kompetenzen im Zusammenarbeitsmanagement

Teamübergreifende Zusammenarbeit ist unabhängig von der spezifischen Unternehmensstruktur ein grundlegender Bestandteil einer effektiven DevOps-Strategie. Unabhängig davon, ob es sich bei dem Entwicklerteam um eine Gruppe handelt, die nur nach Rollen unterteilt ist, oder ob es separate Teams für Feature-Entwicklung, Qualitätssicherung, DevOps usw. gibt, sollte der DevOps Engineer im gesamten Unternehmen als Coach und Mitarbeiter mit vielen verschiedenen Personen zusammenarbeiten.

Zum Beispiel ist einer der wertvollsten Gewinne aus einer DevOps-Investition die Möglichkeit, Entwicklern schnelleres Feedback zu geben. Ein DevOps Engineer muss häufig mit der Qualitätssicherung zusammenarbeiten (unabhängig davon, ob es sich um manuelle Tester oder Entwickler, die Testautomatisierungen schreiben, handelt), um die Geschwindigkeit, Effizienz und Resultate von Testmethoden zu optimieren.

Gleichzeitig benötigen Entwickler möglicherweise Unterstützung von DevOps Engineers, wenn sie daran arbeiten, den Prozess der Erstellung und Bereitstellung von Anwendungscode zu verbessern.

DevOps Evangelist

Dies ist ein DevOps-Experte, der DevOps-Praktiken im gesamten Unternehmen fördert und weiterentwickelt. Der DevOps Evangelist hat in der Regel einen starken technischen Hintergrund, aber der Schwerpunkt der Rolle liegt auf zwischenmenschlicher Kommunikation und Prozessoptimierung.

Release Manager/Change Advisory Board

In Unternehmen, die nicht auf DevOps umgestiegen sind oder sich noch in einem frühen Stadium befinden, gibt es möglicherweise ein separates Team namens Change Advisory Board (CAB) oder einen einzelnen Release Manager.

Der Zweck solcher Rollen besteht darin, sicherzustellen, dass jede neue Anwendungssoftware, die in der Produktionsumgebung veröffentlicht wird, den Qualitäts- und Sicherheitsstandards entspricht und über die entsprechenden Managementgenehmigungen verfügt.

Diese Rollen waren besonders wichtig, als Software-Releases riskanter waren. Sie sind jedoch weniger wichtig (wenn nicht sogar überflüssig), wenn Strategien wie automatisiertes Testen und Dark Launch angewendet werden.

Automatisierungsexperte

Von jedem DevOps Engineer wird erwartet, dass er über Fachwissen in der Automatisierung verfügt. Es ist in Unternehmen jedoch nicht ungewöhnlich, dass eine separate Rolle für einen Automatisierungsexperten oder Automatisierungsingenieur vorhanden ist. Dies kann jemand sein, dessen Schwerpunkt auf der Verwaltung der CI/CD-Tools oder der Entwicklung und Wartung automatisierter Test-Suites liegt.

Softwareentwickler

In den meisten Fällen wird der Titel Softwareentwickler an Mitarbeiter vergeben, die Front-End-, Back-End-Anwendungscode oder beides schreiben. Dies sind die vor dem Aufkommen von Agile herkömmlich als Programmierer bezeichneten Mitarbeiter.

Qualitätssicherung

Das Team der Qualitätssicherung (QS) ist dafür verantwortlich, Fehler in der Software zu finden. QS-Mitarbeiter konzentrierten sich in der Vergangenheit darauf, neuen Anwendungscode manuell zu testen, um sicherzustellen, dass er einem nicht sofort um die Ohren fliegt (Smoke-Tests), bestehende Funktionen unterbricht (Regressionstests) oder mit anderen neuen Funktionen in Konflikt gerät (Integrationstests).

Unternehmen ergänzen oder ersetzen zunehmend manuelle Tester durch einen Software Development Engineer in Test (SDET). Der SDET konzentriert sich darauf, neuen Anwendungscode vor dem Release in die Produktion zu testen. Anstatt Software jedoch manuell zu testen, schreibt er in der Regel Testautomatisierungscode.

Sicherheitstechniker

Unternehmen, in denen Sicherheits- und Compliance-Angelegenheiten nicht vollständig in ihre Planungs- und Entwicklungsprozesse integriert wurden, gibt es meist eine Person oder ein Team, die/das für die Sicherheit verantwortlich ist. Dies erweist sich oft als Nachteil, da die Sicherheit nicht von Beginn an im Zentrum steht. In diesem Fall ist es viel schwieriger, Software abzusichern, nachdem sie designt, programmiert und bereitgestellt wurde, als sie bereits mit Blick auf die Sicherheit zu entwickeln.