DevOps in der Praxis
•
4 gefällt mir•1,394 views
Wenn es um Innovationsfähigkeit und Geschwindigkeit in der IT geht, fällt in der Regel das Stichwort DevOps. DevOps steht für die gemeinsame Betrachtung von technischen und organisatorischen Abläufen in der Anwendungsentwicklung (Dev) und dem IT-Betrieb (Ops), sowie der engen Verzahnung dieser Bereiche über den gesamten Lebenszykus der Software hinweg. Der Vortrag beleuchtet die organisatorischen und technischen Themen anhand der Geschichte hinter dem neuen dm-onlineShop. Speaker: Alexander Pacnik, inovex GmbH DevOpsCon, 24.11.2015 Weitere Vorträge von inovex: https://www.inovex.de/de/content-pool/vortraege/
Melden
Teilen
DevOps in der Praxis
- 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