Das Dokument bietet eine Einführung in DevOps, definiert die Konzepte und zeigt die Notwendigkeit, Bruchstellen zwischen Entwicklung und IT-Betrieb zu überwinden, um eine gemeinsame Kultur und Kommunikationswege zu schaffen. Es wird die Transformation von funktionalen Silo-Organisationen zu interdisziplinären Scrum-Teams thematisiert, einschließlich der Automatisierung durch Continuous Delivery und den Übergang zur Cloud und Microservices. Die Bedeutung von vertrauensvoller Zusammenarbeit, Fehleranalyse und adaptiven Arbeitsmethoden wird hervorgehoben, um Innovationsfähigkeit und Flexibilität zu fördern.

1. DevOps in der Praxis
24.11.2015
Alexander Pacnik

2. Einführung
...DevOps – Versuch einer Definition
2
Alexander Pacnik
IT Engineering & Operations
Project Management
inovex GmbH

3. Einführung
...DevOps – Versuch einer Definition
3
„Maßnahmen, um die Bruchstellen zwischen den SilosEntwicklung und IT-Betrieb
aufzulösen, in dem gemeinsameProzesse, Tools,Vokabeln und
Kommunikationswegeaufgebaut werden.”
“Bei DevOps geht es um Kultur einer Organisation.”

4. Einführung
...Hype Cycle – DevOps nur ein neues Thema für 2016?
4
DevOps
Cloud
Continuous Delivery
Agil
Scrum
XaaS
Microservice
...
Zeit
Sichtbarkeit
Trigger
Höhepunktder Erwartungen
Desillusionierung
Aufklärung
Produktiver Einsatz

5. Übersicht
...die Entstehungsgeschichte der Veränderung
5
Veränderung der Umwelt Veränderung der Arbeitsweise
Produktqualität
Innovation
Flexibilität
1. Organisation: vom
funktionalen Silo zum
inter-disziplinären
Scrum-Team
2. Automatisierung:
von manuellen
Deployments zu
Continuous Delivery
3. Infrastruktur: von
Hardware zu
Cloud & XaaS
4. Applikation: vom
Monolith zu
Microservice
4

6. Die Organisation
...und wenn meine Organisation nicht in einem solchen Kontext entstanden ist?
6
Kriterien für einePerformance-orientierte Organisation
‣ Empirisches Vorgehen als Basis
‣ Gemeinsam Verantwortung übernehmen setzt Vertrauen voraus
‣ FreiwilligeInformationsverteilung, um gemeinsames Wissen aufzubauen
‣ Fehleranalyse, um aus Fehlern zu lernen statt Schuldigezu finden
‣ Offenheit für Veränderung

7. Die Organisation
...wie Scrum bei der Veränderung helfen kann
7
‣ definierte Rollen, Artefakte, Meetings schaffen Stabilität
‣ Kontrolledurch regelmäßige Lieferung und Feedback
‣ Selbstorganisationund Eigenverantwortlichkeit durch das Pull-Prinzip
‣ Setzt Verantwortungs-delegation an dieTeams voraus
ProductBacklog Sprint Backlog Lauffähige Software
Sprint
30 Tage
24h
Sprint Planning
Daily Planning

8. Die Organisation
...wie empirisches Vorgehen bei der Veränderung helfen kann
8
‣ Empirisches Vorgehen nach
dem Deming-Cycle
‣ Selbstorganisationund
Eigenverantwortlichkeit
durch das Pull-Prinzip
Zeit
Qualität
Check
ActPlan
Do
Check
ActPlan
Do

9. Die Organisation
...die funktional aufgeteilte Organisation
9
‣ Funktionale Trennung nach
‣ planen
‣ entwickeln
‣ betreiben
‣ verkaufen
PO / PMIT Betrieb
Entwicklung Design
Marketing
betreiben
erstellen
verkaufen
Architektur
planen

10. Die Organisation
...DevOps und die Auswirkungen auf die Kommunikation
10
‣ Microservices und
Automatisierung verwischen die
Grenzen zwischen Entwicklung,
Betrieb und Architektur
‣ Kommunikationund Befähigung
rund um das Produkt sind
entscheidend
PO / PMIT Plattform
Provider
DevOps Design
Marketing
Planen,
Erstellen,
betreiben verkaufen
Direkte KommunikationSelf-­Service

11. Die Organisation
...am Beispiel dm-drogerie markt
11
‣ Zentrale IT,die Standardkomponenten und Plattform verantwortet
‣ Einführung eines Linux Teams, das Linux Diensteals Self-Service anbietet
‣ IT Ingenieure, diezusammen mit der Entwicklung arbeiten
‣ Gemeinsame Meetings
‣ Kurze Kommunikationswege(kritischer Erfolgsfaktor)

12. Übersicht
...die Entstehungsgeschichte der Veränderung
12
Veränderung der Umwelt Veränderung der Arbeitsweise
Produktqualität
Innovation
Flexibilität
2. Automatisierung:
von manuellen
Deployments zu
Continuous Delivery
3. Infrastruktur: von
Hardware zu
Cloud & XaaS
4. Applikation: vom
Monolith zu
Microservice
1. Organisation: vom
funktionalen Silo zum
inter-disziplinären
Scrum-Team
11

13. Die Automatisierung
...und wenn meine Organisation nicht in einem solchen Kontext entstanden ist?
13
‣ Was passiert mit zentralen, effizienzorientierten Change Prozessen?
‣ Was passiert mit zentralen, effizienzorientierten QA Prozessen?
‣ Was passiert mit zentralen, effizienzorientierten Automatisierungslösungen?

14. Die Automatisierung
...worum es bei ContinuousDelivery geht
Quelle: http://de.wikipedia.org/wiki/Continuous_Delivery 14
‣ „Continuous Delivery (CD)bezeichnet eine Sammlungvon Techniken,
Prozessen und Werkzeugen, dieden Softwarelieferprozess verbessern.“ *

15. Die Automatisierung
...automatische Prozesse
15
Methodik Continuous Integration Continuous Delivery Continuous Deployment DevOps
Automatisierung Build Integrate A-­Test UAT Release Monitor Promote
Infra-­
struktur
Deploy to
Production Betrieb
‣ Automatisierung aller Prozesse, um Fehler zu vermeiden
‣ AutomatisierteAuslieferung der Applikation und Umgebungen
‣ Abbilden aller (nicht)funktionaler Anforderungen als Tests
‣ schnelles Feedback (für Entwicklung, Produktmanagement,
Operations)
‣ Ziel: Möglichkeit täglich statt„nur“ alle14 TageSoftware auszuliefern

16. Die Automatisierung
...Herausforderungenfür das Testen
Quelle: Agile Testing 16
‣ Häufige Deploymentsmachen
automatisierteTests notwendig
‣ Umdenken erforderlich, Testen ist nicht
Aufgabe von Technik- oder Fachseite,
sondern eine gemeinsame Aufgabe.
Auswahl der Tools oft schwierig.
Funktionale
Tests (Story
Tests)
User
Acceptance
Testing
Komponenten
Tests
Nicht-­
funktionale
Tests
(Lasttests)

17. Die Automatisierung
...Selbsteinschätzung
17
‣ Wie lange dauert es eine Zeile Code zu deployen?
‣ Kann ich historischeUmgebungen wieder aufbauen (Versionsstände, Daten)?
‣ Kann ich einzelne Elemente verändern?
‣ Kann ich auf eine Version zurückspringen?

18. Die Automatisierung
...am Beispieldm-drogerie markt
18
Lokale Umgebung 1st: Commit Stage
-­ Komponententests
-­ Artefakterstellung
2nd Stage
-­ Integrationstests
3rd Stage
-­ Systemtests
Release
-­ Manuelle Tests
Produktion
Self-­Service
Deployment
Bei Bedarf
Entwickler
Build & Code
Dev-­System
VCS Repository Integrationssystem Performance Tests Fachliche
Abnahme
Artefakt Repository Automatisch

19. Übersicht
...die Entstehungsgeschichte der Veränderung
19
Veränderung der Umwelt Veränderung der Arbeitsweise
Produktqualität
Innovation
Flexibilität
2. Automatisierung:
von manuellen
Deployments zu
Continuous Delivery
3. Infrastruktur: von
Hardware zu
Cloud & XaaS
4. Applikation: vom
Monolith zu
Microservice
1. Organisation: vom
funktionalen Silo zum
inter-disziplinären
Scrum-Team
30

20. DevOps
20
‣ Auf den ersten Blicksind Technologien, Arbeitsweisen und Methoden
einer erfolgreichen Organisation offensichtlich.
‣ Der Versuch den Erfolg durch die Übernahme von Technologien,
Arbeitsweisen und Methoden zu kopieren ist oft nicht erfolgreich.
‣ Motivierteund befähigte Mitarbeiter sind entscheidend, da nur diese die
Technologien, Arbeitsweisen und Methoden an dieOrganisation und die
Umwelt anpassen können.
...Gefahr der falschen Fokussierung kennen

21. Vielen Dank!
Alexander Pacnik
ITEngineering & Operations
Project Management
inovex GmbH
Ludwig-Erhard-Allee 6
76133 Karlsruhe
Mobil: +49 (0)173 3181 040
Mail: alexander.pacnik@inovex.de
Sie möchten individuelle
Beratung? Nehmen Sie
Kontakt mit uns auf!
info@inovex.de