SlideShare uma empresa Scribd logo
1 de 21
Baixar para ler offline
DevOps in der Praxis
24.11.2015
Alexander Pacnik
Einführung
...DevOps – Versuch einer Definition
2
Alexander Pacnik
IT Engineering & Operations
Project Management
inovex GmbH
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.”
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
Ü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
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
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
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
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
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
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)
Ü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
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?
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.“ *
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
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)
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?
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
Ü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
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
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

Mais conteúdo relacionado

Mais procurados

Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererTobias Schlüter
 
Migration von Applikationen in die Cloud
Migration von Applikationen in die CloudMigration von Applikationen in die Cloud
Migration von Applikationen in die CloudAarno Aukia
 
Realisierung des Application Lifecycle Management im OWB
Realisierung des Application Lifecycle Management im OWBRealisierung des Application Lifecycle Management im OWB
Realisierung des Application Lifecycle Management im OWBMinerva SoftCare GmbH
 
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldInfrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldDaniel Steiger
 
BizDevOps - Die prozessorientierte IT-Organisation
BizDevOps - Die prozessorientierte IT-OrganisationBizDevOps - Die prozessorientierte IT-Organisation
BizDevOps - Die prozessorientierte IT-OrganisationUwe Weng
 
Scrum zum Anfassen
Scrum zum AnfassenScrum zum Anfassen
Scrum zum AnfassenTilman Moser
 
DevOps day - feature teams
DevOps day  - feature teamsDevOps day  - feature teams
DevOps day - feature teamsWalter Strametz
 
Cusy Developer-Baukasten
Cusy Developer-BaukastenCusy Developer-Baukasten
Cusy Developer-Baukastencusy GmbH
 
Agile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus NotesAgile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus NotesWerner Motzet
 
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOps
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOpsEvolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOps
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOpsDieter Ziegler
 
Organisation 4.0
Organisation 4.0Organisation 4.0
Organisation 4.0Uwe Weng
 
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie Scrum
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie ScrumScrum - Von traditionellen Ansaetzen zu agilen Methoden wie Scrum
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie ScrumRalf Ohlenbostel
 

Mais procurados (20)

DevOps jenseits der Tools
DevOps jenseits der ToolsDevOps jenseits der Tools
DevOps jenseits der Tools
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
DevOps - ab auf die Reise
DevOps - ab auf die ReiseDevOps - ab auf die Reise
DevOps - ab auf die Reise
 
Migration von Applikationen in die Cloud
Migration von Applikationen in die CloudMigration von Applikationen in die Cloud
Migration von Applikationen in die Cloud
 
Realisierung des Application Lifecycle Management im OWB
Realisierung des Application Lifecycle Management im OWBRealisierung des Application Lifecycle Management im OWB
Realisierung des Application Lifecycle Management im OWB
 
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-UmfeldInfrastruktur agil bauen - der DBA im SAFe-Umfeld
Infrastruktur agil bauen - der DBA im SAFe-Umfeld
 
BizDevOps - Die prozessorientierte IT-Organisation
BizDevOps - Die prozessorientierte IT-OrganisationBizDevOps - Die prozessorientierte IT-Organisation
BizDevOps - Die prozessorientierte IT-Organisation
 
Agile BI in der Praxis - DevOps4BI
Agile BI in der Praxis - DevOps4BIAgile BI in der Praxis - DevOps4BI
Agile BI in der Praxis - DevOps4BI
 
Agile BI in der Praxis - Agiles Testen
Agile BI in der Praxis - Agiles TestenAgile BI in der Praxis - Agiles Testen
Agile BI in der Praxis - Agiles Testen
 
Das Mindset von DevOps
Das Mindset von DevOpsDas Mindset von DevOps
Das Mindset von DevOps
 
Scrum zum Anfassen
Scrum zum AnfassenScrum zum Anfassen
Scrum zum Anfassen
 
DevOps Sepc15
DevOps Sepc15DevOps Sepc15
DevOps Sepc15
 
DevOps day - feature teams
DevOps day  - feature teamsDevOps day  - feature teams
DevOps day - feature teams
 
Cusy Developer-Baukasten
Cusy Developer-BaukastenCusy Developer-Baukasten
Cusy Developer-Baukasten
 
Agile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus NotesAgile Softwareentwicklung mit Lotus Notes
Agile Softwareentwicklung mit Lotus Notes
 
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOps
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOpsEvolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOps
Evolution der Softwareentwicklung: Von Wasserfall über Agile zu DevOps
 
Organisation 4.0
Organisation 4.0Organisation 4.0
Organisation 4.0
 
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie Scrum
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie ScrumScrum - Von traditionellen Ansaetzen zu agilen Methoden wie Scrum
Scrum - Von traditionellen Ansaetzen zu agilen Methoden wie Scrum
 
ConSol Unternehmenspräsentation 2019
ConSol Unternehmenspräsentation 2019ConSol Unternehmenspräsentation 2019
ConSol Unternehmenspräsentation 2019
 
DevOps: Change Mindset before Toolset
DevOps: Change Mindset before ToolsetDevOps: Change Mindset before Toolset
DevOps: Change Mindset before Toolset
 

Destaque

Forget about-the-tools-devops-als-kultur
Forget about-the-tools-devops-als-kulturForget about-the-tools-devops-als-kultur
Forget about-the-tools-devops-als-kulturpingworks
 
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...Daniel Bryant
 
Microservices – die Architektur für Agile-Entwicklung?
Microservices – die Architektur für Agile-Entwicklung?Microservices – die Architektur für Agile-Entwicklung?
Microservices – die Architektur für Agile-Entwicklung?Christian Baranowski
 
Continuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsContinuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsMike Brittain
 
Digital Disruption with DevOps - Reference Architecture Overview
Digital Disruption with DevOps - Reference Architecture OverviewDigital Disruption with DevOps - Reference Architecture Overview
Digital Disruption with DevOps - Reference Architecture OverviewIBM UrbanCode Products
 
Microservices at Spotify
Microservices at SpotifyMicroservices at Spotify
Microservices at SpotifyKevin Goldsmith
 
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der IT
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der ITSLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der IT
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der ITSchlomo Schapiro
 
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der IT
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der ITSLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der IT
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der ITSchlomo Schapiro
 
DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2Sonatype
 
DevOps: A Culture Transformation, More than Technology
DevOps: A Culture Transformation, More than TechnologyDevOps: A Culture Transformation, More than Technology
DevOps: A Culture Transformation, More than TechnologyCA Technologies
 
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Ramon Anger
 
Accenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture Technology
 
Anatomie von Microservice Landschaften
Anatomie von Microservice LandschaftenAnatomie von Microservice Landschaften
Anatomie von Microservice LandschaftenMichael Plöd
 
Principles and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyPrinciples and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyMike Brittain
 
Lügen, schlimme Lügen und IT-Verträge
Lügen, schlimme Lügen und IT-VerträgeLügen, schlimme Lügen und IT-Verträge
Lügen, schlimme Lügen und IT-VerträgeJohann-Peter Hartmann
 

Destaque (20)

Forget about-the-tools-devops-als-kultur
Forget about-the-tools-devops-als-kulturForget about-the-tools-devops-als-kultur
Forget about-the-tools-devops-als-kultur
 
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...
muCon 2015 "The Business Behind Microservices: Organisational, Architectural,...
 
Microservices – die Architektur für Agile-Entwicklung?
Microservices – die Architektur für Agile-Entwicklung?Microservices – die Architektur für Agile-Entwicklung?
Microservices – die Architektur für Agile-Entwicklung?
 
Continuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsContinuous Deployment: The Dirty Details
Continuous Deployment: The Dirty Details
 
The Future of DevOps and UrbanCode
The Future of DevOps and UrbanCodeThe Future of DevOps and UrbanCode
The Future of DevOps and UrbanCode
 
DevOps at Spotify: There and Back Again
DevOps at Spotify: There and Back AgainDevOps at Spotify: There and Back Again
DevOps at Spotify: There and Back Again
 
Digital Disruption with DevOps - Reference Architecture Overview
Digital Disruption with DevOps - Reference Architecture OverviewDigital Disruption with DevOps - Reference Architecture Overview
Digital Disruption with DevOps - Reference Architecture Overview
 
Microservices at Spotify
Microservices at SpotifyMicroservices at Spotify
Microservices at Spotify
 
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der IT
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der ITSLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der IT
SLAC2011 DevOps - Neue Arbeitsweise nnd Selbstverständnis in der IT
 
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der IT
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der ITSLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der IT
SLAC2011 - DevOps - Neue Arbeitsweise und Selbstverständnis in der IT
 
DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2
 
DevOps
DevOpsDevOps
DevOps
 
DevOps: A Culture Transformation, More than Technology
DevOps: A Culture Transformation, More than TechnologyDevOps: A Culture Transformation, More than Technology
DevOps: A Culture Transformation, More than Technology
 
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
Microservice architecture applied. 14 Praxis-Tipps für die Nutzung von Micros...
 
DevOps 101
DevOps 101DevOps 101
DevOps 101
 
Accenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of business
 
Anatomie von Microservice Landschaften
Anatomie von Microservice LandschaftenAnatomie von Microservice Landschaften
Anatomie von Microservice Landschaften
 
Principles and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyPrinciples and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at Etsy
 
Lügen, schlimme Lügen und IT-Verträge
Lügen, schlimme Lügen und IT-VerträgeLügen, schlimme Lügen und IT-Verträge
Lügen, schlimme Lügen und IT-Verträge
 
Build Features, Not Apps
Build Features, Not AppsBuild Features, Not Apps
Build Features, Not Apps
 

Semelhante a DevOps in der Praxis

Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionQAware GmbH
 
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungDevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungMarc Müller
 
Cloud Native Computing & DevOps
Cloud Native Computing & DevOpsCloud Native Computing & DevOps
Cloud Native Computing & DevOpsAarno Aukia
 
Modernisierung in Zeiten wie diesen
Modernisierung in Zeiten wie diesenModernisierung in Zeiten wie diesen
Modernisierung in Zeiten wie diesenenpit GmbH & Co. KG
 
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.QAware GmbH
 
Architektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsArchitektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsmatfsw
 
Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionQAware GmbH
 
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...QAware GmbH
 
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...AKJoom
 
Plone im Kontext des WCMS Marktes
Plone im Kontext des WCMS MarktesPlone im Kontext des WCMS Marktes
Plone im Kontext des WCMS MarktesAlexander Loechel
 
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?Aarno Aukia
 
PLM Open Hours - Cloud PLM und PLM Trends
PLM Open Hours - Cloud PLM und PLM TrendsPLM Open Hours - Cloud PLM und PLM Trends
PLM Open Hours - Cloud PLM und PLM TrendsIntelliact AG
 
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...AWS Germany
 
Make Developers Fly: Principles for Platform Engineering
Make Developers Fly: Principles for Platform EngineeringMake Developers Fly: Principles for Platform Engineering
Make Developers Fly: Principles for Platform EngineeringQAware GmbH
 
Web Content-Management-Systeme the Past - the Present - the Future
Web Content-Management-Systeme the Past - the Present - the FutureWeb Content-Management-Systeme the Past - the Present - the Future
Web Content-Management-Systeme the Past - the Present - the FutureAlexander Loechel
 
Agilität und Microservices als Chance für Modernisierung?
Agilität und Microservices als Chance für Modernisierung?Agilität und Microservices als Chance für Modernisierung?
Agilität und Microservices als Chance für Modernisierung?enpit GmbH & Co. KG
 
Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?HOOD Group
 

Semelhante a DevOps in der Praxis (20)

Devops
DevopsDevops
Devops
 
Xidra 2016 DevOps
Xidra 2016 DevOpsXidra 2016 DevOps
Xidra 2016 DevOps
 
Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen Evolution
 
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software EntwicklungDevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
DevDay 2016 Keynote - Die Evolution agiler Software Entwicklung
 
Cloud Native Computing & DevOps
Cloud Native Computing & DevOpsCloud Native Computing & DevOps
Cloud Native Computing & DevOps
 
Modernisierung in Zeiten wie diesen
Modernisierung in Zeiten wie diesenModernisierung in Zeiten wie diesen
Modernisierung in Zeiten wie diesen
 
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.Steinzeit war gestern! Wege der Cloud-nativen Evolution.
Steinzeit war gestern! Wege der Cloud-nativen Evolution.
 
Architektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOpsArchitektur und Automation als Enabler für DevOps
Architektur und Automation als Enabler für DevOps
 
Steinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen EvolutionSteinzeit war gestern! Wege der cloud-nativen Evolution
Steinzeit war gestern! Wege der cloud-nativen Evolution
 
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...
Cloud Native Migration: Wie IT-Landschaften ihren Weg auf eine Cloud-Native-P...
 
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...
system worx: Wie Open Source Software zur Optimierung von Geschäftsprozessen ...
 
Plone im Kontext des WCMS Marktes
Plone im Kontext des WCMS MarktesPlone im Kontext des WCMS Marktes
Plone im Kontext des WCMS Marktes
 
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?
Wir arbeiten in der Cloud – eine Herausforderung für das IT Management?
 
PLM Open Hours - Cloud PLM und PLM Trends
PLM Open Hours - Cloud PLM und PLM TrendsPLM Open Hours - Cloud PLM und PLM Trends
PLM Open Hours - Cloud PLM und PLM Trends
 
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...
Der erste Schritt – idealtypische Wege in die Cloud und in der Cloud für Unte...
 
Make Developers Fly: Principles for Platform Engineering
Make Developers Fly: Principles for Platform EngineeringMake Developers Fly: Principles for Platform Engineering
Make Developers Fly: Principles for Platform Engineering
 
Web Content-Management-Systeme the Past - the Present - the Future
Web Content-Management-Systeme the Past - the Present - the FutureWeb Content-Management-Systeme the Past - the Present - the Future
Web Content-Management-Systeme the Past - the Present - the Future
 
Agilität und Microservices als Chance für Modernisierung?
Agilität und Microservices als Chance für Modernisierung?Agilität und Microservices als Chance für Modernisierung?
Agilität und Microservices als Chance für Modernisierung?
 
Built To Last - Nachhaltige Software-Entwicklung
Built To Last - Nachhaltige Software-EntwicklungBuilt To Last - Nachhaltige Software-Entwicklung
Built To Last - Nachhaltige Software-Entwicklung
 
Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?Agilität im Systems Engineering – geht das?
Agilität im Systems Engineering – geht das?
 

Mais de inovex GmbH

lldb – Debugger auf Abwegen
lldb – Debugger auf Abwegenlldb – Debugger auf Abwegen
lldb – Debugger auf Abwegeninovex GmbH
 
Are you sure about that?! Uncertainty Quantification in AI
Are you sure about that?! Uncertainty Quantification in AIAre you sure about that?! Uncertainty Quantification in AI
Are you sure about that?! Uncertainty Quantification in AIinovex GmbH
 
Why natural language is next step in the AI evolution
Why natural language is next step in the AI evolutionWhy natural language is next step in the AI evolution
Why natural language is next step in the AI evolutioninovex GmbH
 
Network Policies
Network PoliciesNetwork Policies
Network Policiesinovex GmbH
 
Interpretable Machine Learning
Interpretable Machine LearningInterpretable Machine Learning
Interpretable Machine Learninginovex GmbH
 
Jenkins X – CI/CD in wolkigen Umgebungen
Jenkins X – CI/CD in wolkigen UmgebungenJenkins X – CI/CD in wolkigen Umgebungen
Jenkins X – CI/CD in wolkigen Umgebungeninovex GmbH
 
AI auf Edge-Geraeten
AI auf Edge-GeraetenAI auf Edge-Geraeten
AI auf Edge-Geraeteninovex GmbH
 
Prometheus on Kubernetes
Prometheus on KubernetesPrometheus on Kubernetes
Prometheus on Kubernetesinovex GmbH
 
Deep Learning for Recommender Systems
Deep Learning for Recommender SystemsDeep Learning for Recommender Systems
Deep Learning for Recommender Systemsinovex GmbH
 
Representation Learning von Zeitreihen
Representation Learning von ZeitreihenRepresentation Learning von Zeitreihen
Representation Learning von Zeitreiheninovex GmbH
 
Talk to me – Chatbots und digitale Assistenten
Talk to me – Chatbots und digitale AssistentenTalk to me – Chatbots und digitale Assistenten
Talk to me – Chatbots und digitale Assistenteninovex GmbH
 
Künstlich intelligent?
Künstlich intelligent?Künstlich intelligent?
Künstlich intelligent?inovex GmbH
 
Das Android Open Source Project
Das Android Open Source ProjectDas Android Open Source Project
Das Android Open Source Projectinovex GmbH
 
Machine Learning Interpretability
Machine Learning InterpretabilityMachine Learning Interpretability
Machine Learning Interpretabilityinovex GmbH
 
Performance evaluation of GANs in a semisupervised OCR use case
Performance evaluation of GANs in a semisupervised OCR use casePerformance evaluation of GANs in a semisupervised OCR use case
Performance evaluation of GANs in a semisupervised OCR use caseinovex GmbH
 
People & Products – Lessons learned from the daily IT madness
People & Products – Lessons learned from the daily IT madnessPeople & Products – Lessons learned from the daily IT madness
People & Products – Lessons learned from the daily IT madnessinovex GmbH
 
Infrastructure as (real) Code – Manage your K8s resources with Pulumi
Infrastructure as (real) Code – Manage your K8s resources with PulumiInfrastructure as (real) Code – Manage your K8s resources with Pulumi
Infrastructure as (real) Code – Manage your K8s resources with Pulumiinovex GmbH
 

Mais de inovex GmbH (20)

lldb – Debugger auf Abwegen
lldb – Debugger auf Abwegenlldb – Debugger auf Abwegen
lldb – Debugger auf Abwegen
 
Are you sure about that?! Uncertainty Quantification in AI
Are you sure about that?! Uncertainty Quantification in AIAre you sure about that?! Uncertainty Quantification in AI
Are you sure about that?! Uncertainty Quantification in AI
 
Why natural language is next step in the AI evolution
Why natural language is next step in the AI evolutionWhy natural language is next step in the AI evolution
Why natural language is next step in the AI evolution
 
WWDC 2019 Recap
WWDC 2019 RecapWWDC 2019 Recap
WWDC 2019 Recap
 
Network Policies
Network PoliciesNetwork Policies
Network Policies
 
Interpretable Machine Learning
Interpretable Machine LearningInterpretable Machine Learning
Interpretable Machine Learning
 
Jenkins X – CI/CD in wolkigen Umgebungen
Jenkins X – CI/CD in wolkigen UmgebungenJenkins X – CI/CD in wolkigen Umgebungen
Jenkins X – CI/CD in wolkigen Umgebungen
 
AI auf Edge-Geraeten
AI auf Edge-GeraetenAI auf Edge-Geraeten
AI auf Edge-Geraeten
 
Prometheus on Kubernetes
Prometheus on KubernetesPrometheus on Kubernetes
Prometheus on Kubernetes
 
Deep Learning for Recommender Systems
Deep Learning for Recommender SystemsDeep Learning for Recommender Systems
Deep Learning for Recommender Systems
 
Azure IoT Edge
Azure IoT EdgeAzure IoT Edge
Azure IoT Edge
 
Representation Learning von Zeitreihen
Representation Learning von ZeitreihenRepresentation Learning von Zeitreihen
Representation Learning von Zeitreihen
 
Talk to me – Chatbots und digitale Assistenten
Talk to me – Chatbots und digitale AssistentenTalk to me – Chatbots und digitale Assistenten
Talk to me – Chatbots und digitale Assistenten
 
Künstlich intelligent?
Künstlich intelligent?Künstlich intelligent?
Künstlich intelligent?
 
Dev + Ops = Go
Dev + Ops = GoDev + Ops = Go
Dev + Ops = Go
 
Das Android Open Source Project
Das Android Open Source ProjectDas Android Open Source Project
Das Android Open Source Project
 
Machine Learning Interpretability
Machine Learning InterpretabilityMachine Learning Interpretability
Machine Learning Interpretability
 
Performance evaluation of GANs in a semisupervised OCR use case
Performance evaluation of GANs in a semisupervised OCR use casePerformance evaluation of GANs in a semisupervised OCR use case
Performance evaluation of GANs in a semisupervised OCR use case
 
People & Products – Lessons learned from the daily IT madness
People & Products – Lessons learned from the daily IT madnessPeople & Products – Lessons learned from the daily IT madness
People & Products – Lessons learned from the daily IT madness
 
Infrastructure as (real) Code – Manage your K8s resources with Pulumi
Infrastructure as (real) Code – Manage your K8s resources with PulumiInfrastructure as (real) Code – Manage your K8s resources with Pulumi
Infrastructure as (real) Code – Manage your K8s resources with Pulumi
 

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