SlideShare a Scribd company logo
1 of 58
DevOps und ITIL
Ein Erfahrungsbericht
Richard Attermeyer
Richard Attermeyer
 Solution Architekt und Entwickler
Schwerpunkte
 Softwarearchitektur
 Java Technologien
 Continuous Delivery und DevOps
Richard.Attermeyer@opitz-consulting.com
@rattermeyer
github.com/rattermeyer
xing.to/rat
© OPITZ CONSULTING GmbH 2015 Seite 4DevOps und ITIL: Ein Erfahrungsbericht
Agenda
1. Motivation / Historie
2. Managed Services und MSA
3. DevOps
4. ITIL + DevOps
5. Fazit
Motivation
Entwicklung
Agilität
Software
Craftsmanship
Partner-
schaftlich
… und dann?
Vertretung
neue Projekte…
… keine Ressourcen
SLAs
Managed Services und MSA
Managed Services
MSI
Betriebssystem
Datenbanken /
Middleware
MSA-Team
Applikationen
Managed Services
MSI
Betriebssystem
Datenbanken /
Middleware
MSA-Team
Applikationen Änderungen Korrekturen
Weiter-
entwicklung
Optimierung
MSA
Fachkonzeptverändert
Fachkonzeptunverändert
Nachbesserungen
Verbesserungen
Wartungsteams
SLAs
Ein Kollege: mehrere Kunden / Projekte
Viele Kunden / Projekte
Standardisierung: Synergien
Warum ITIL
DevOps
DevOps Prinzipien
Culture
Lean
Automation
Measurement
Sharing
Zusammenarbeit
Fokus auf das ganze System definiert die Ziele
Automatisiere was sinnvoll ist
Measure / Monitor: Transparenz für Kunden und
Kollegen
Wenn etwas wehtut, mache es öfter
DevOps Prinzipien
ITIL: Unsere Prozesse
Unsere Prozesse
 OC|MSA® und ITIL
OC|MSA® und ITIL
Unsere Prozesse
Incident
Management
Problem
Management
Request
Fulfillment
Change
Management
Release &
Deployment
Management
Test
Management
Wartung
ITIL und DevOps
Knowledge Management
Release & Deployment Management
Change Management
Incident Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
Bereitstellen von Wissen und Informationen
innerhalb der Organisation
Knowledge Management
- Definition
Knowledge Management
Bereitstellen von
Wissen und
Informationen
innerhalb der
Organisation
ITIL DevOps
 Face-2-Face
 Mitarbeit von MSA-
Kollegen im Projekt
 Wiki
 Ermögliche Kooperation
 Erleichtere Zugang zu Dokumenten
 Ermutige Änderung von Dokumenten
Knowledge Management: Probleme
MS-Team
Betriebssystem
Datenbanken /
Middleware
Applikationen
Wunsch Realität
3rd Party
Betriebssystem
Datenbanken /
Middleware
MSA-Team
Applikationen
Knowledge Management:
Fragen / Ideen
 Immer mehr Firmen setzen auf SaaS
 Warum nicht bei eigenen Applikationen?
 SaaS: Produktteam in der Firma
 SaaS: Produktteam als Managed Service
 Abrechnungsmodell verhindert Kooperation
 Verhinderung von Kollaboration: Jeder Anruf kostet
 Unterschiedliche Kennzahlen: Stabilität vs. Anzahl Features
 Besser: Orientierung am gesamten Business-Value
 Enabler: Private Enterprise Cloud ?
 Software-defined Infrastructure
 Hosting Provider: Run the Cloud, Infrastructure Services
 Application Provider: My Code, my libraries, my package manager, my OS
Wartung
Incident
Management
Problem
Management
Request
Fulfillment
Change
Management
Release &
Deployment
Management
Test
Management
ITIL: Wartung
Knowledge Management
Release & Deployment Management
Change Management
Incident Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
Plan und Kontrolle für Release-Rollout
Schützen der Integrität der Live-Umgebung
Release & Deployment Management
- Definition (ITIL)
Release & Deployment Mgmt
- Alles unter Versionskontrolle
Versions-
kontrolle
Infrastruktur
(Ansible, Chef, Puppet)
Source Code
Datenbank Schemata
(Orcas, Liquibase,
Flyway)
Reprodu-
zierbare
Builds
Source
• git
• svn
Binary
• Artifactory
• Nexus
• RPM / Deb
Repository
Release & Deployment Mgmt:
- Reproduzierbares, automatisches Release
Release & Deployment Mgmt:
- Application Container
Build Ship Run
Roll-Forward statt Backward
Wer tested Roll-Backward vor Release?
Release & Deployment Mgmt:
Roll-Forward statt Roll-Backward
Release & Deployment Mgmt:
- Status bei OC
Pratiken Status Beurteilung
CI Alle Projekte
CD / Build Pipeline MSA nicht komplett
automatisiert
Einige Entwicklungsprojekte
Häufig Übergabepunkte
an andere Dienstleister
Versionskontrolle Code und
Datenbankschemata: ja
Infrastruktur: vereinzelt
Weiterer Roll-Out für
Infrastruktur geplant
Container Einzelne Projekte im
Consultinggeschäft
MSA / MSI: weiterer
Ausbau geplant.
Viele Legacy Projekte
Gute Unterstützung durch CD Praktiken
Knowledge Management
Release & Deployment Management
Change Management
Incident Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
steuert den Lebenszyklus aller Changes
nutzbringende Changes zu ermöglichen
negative Auswirkungen vermeiden
Change Management
- Definition
Change Management:
Geringeres Risiko durch kleine Änderungen
Umgesetzte
Features
Zeit (Monate)
3 6
Change Management:
Geringeres Risiko durch kleine Änderungen
Umgesetzte
Features
Zeit (Monate)
3 6
häufige Releases,
kleine Änderungen,
geringes Risiko
Change Management
Build
1 2 3
Iterationen
Entwicklung
Integration &
Testing
QA
Release &
Operation
Betrieb
Change Management
- Continuous Delivery
Kontinuierlicher Fluss von Features in Richtung Produktion
Wenn etwas weh tut, mache es öfter!
Standard
Changes
Normal
Changes
Change Management
Kostet Überzeugungsarbeit
Arbeit an Akzeptanz und Definition
Changeklassen
Problem (MSA): Häufig Übergabepunkte
Erfahrung
Knowledge Management
Release & Deployment Management
Change Management
Incident Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
verwaltet alle Incidents über ihren gesamten
Lebenszyklus
Schnelle Wiederherstellung des Services
Incident Management
- Definition
DevOps fokussiert auf MTTR
Alle relevanten Informationen für alle verfügbar
Sammle Daten über Incidents und verbessere
den Prozess
Incident Management
- DevOps Perspektive
Bewusstsein für Qualitätsattribute schaffen
Investitionsbereitschaft erweitertes
Monitoringtools
Teilweise internes IT Thema
Problem (MSA): Unterschiedliche Dienstleister
Erfahrung
Knowledge Management
Release & Deployment Management
Incident Management
Change Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
Aus Erfolgen und Misserfolgen lernen
Kontinuierliche Verbesserung der IT-Prozesse
Continual Service Improvement (CSI)
- Definition
Retrospektiven
Reicht aber nicht
Continual Service Improvement (CSI)
CSI: Service Measurement
- Information Radiation
Wie bekommen wir die richtigen
Informationen aus den relevanten
Systemen
in die richtigen Köpfe
Business relevante KPIs definieren
Betriebsnahes Monitoring reicht nicht
Log Management / APM wichtig
Automatisierte Aggregation, Visualisierung und
Auswertung (SLA Reporting)
Schnelle Reaktion auf Metrikänderungen –
Feedback für Entwickler und Administratoren
CSI: Service Measurement
- richtige Informationen
CSI: Service Measurement
- Lösungsansätze und Werkzeuge
Bereich Werkzeuge OC Einsatz / Beurteilung
Logs Logstash/Kibana/
Elasticsearch (ELK),
Splunk, Greylog2
Einsatz in einigen
Consultingprojekten
MSA: häufig
unterschiedliche
Verantwortlichkeiten
Notwendig bei mehr
Containern / Cloud
Events check_mk, Nagios, Icinga Ja
APM Dynatrace, Flopsar,
AppDynamics, NewRelic
Consulting: Ja
MSA: Ja, wenn gewünscht
Wertbereitstellung JMX, Jolokia, Metrics Ja, wo möglich
Visualisierung Graphite nein
Gute Unterstützung durch Werkzeuge
Bewusstsein schaffen schwierig
Knowledge Management
Release & Deployment Management
Incident Management
Change Management
Continual Service Improvement
Service Asset und Configuration Management
ITIL Prozesse
Informationen zu Configuration Items
…und ihrer Beziehungen untereinander
Service Asset und Configuration Mgmt
- Definition
Änderungen an Umgebungen nur automatisch
Idealfall: Immutable Infrastructure
Service Asset und Configuration Mgmt
- Devops: Infrastructure-as-Code
Service Asset und Configuration Mgmt
- DevOps: Infrastructure-as-Code
 Transparenz
 Systemdefinition an zentraler Stelle
 Systemdefinition ist klar strukturiert und verständlich
 Reporting über Änderungen
 Automatisierung
 Systemaufbau „auf Knopfdruck“
 Nicht nur initial, sondern über den ganzen Lifecycle
 Reproduzierbarkeit
 Systemaufbau ist durch Definitionsdatei zuverlässig reproduzierbar
 Konfigurationsänderungen sind sichtbar und bei Bedarf revidierbar
 Änderungen sind versionierbar
 Tools: Ansible, Puppet, Chef, SaltStack
MSI: ja, aber noch nicht durchgehend
MSA: teilweise für Entwicklungs- und
Testsysteme
MSA Problem: häufig anderer Dienstleister
Service Asset und Config Mgmt
- Erfahrung @OC
Fazit
DevOps Praktiken passen gut mit ITIL
Prozessen zusammen
Für Softwarewartung, -pflege und –betrieb
müssen ITIL Prozesse z.T. angepasst werden
DevOps orientierter Ansatz fördert Akzeptanz
bei Entwicklern
Wir müssen reden
Organisatorische Schranken:
größtes Hindernis
Bildquelle / URL
Fragen?
Ansprechpartner bei OPITZ
CONSULTING
Richard Attermeyer, Senior Solution
Architect
OPITZ CONSULTING Deutschland GmbH
richard.attermeyer@opitz-consulting.de
Telefon +49 2261 60 01-1713
Mobil +49 173 727 9004
youtube.com/opitzconsulting
@OC_WIRE
slideshare.net/opitzconsulting
xing.com/net/opitzconsulting

More Related Content

Viewers also liked

Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2
Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2
Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2Digicomp Academy AG
 
Service Operation mit ITIL | C.Habermueller
Service Operation mit ITIL | C.HabermuellerService Operation mit ITIL | C.Habermueller
Service Operation mit ITIL | C.HabermuellerChristian Habermueller
 
IT-Service Management nach ITIL
IT-Service Management nach ITILIT-Service Management nach ITIL
IT-Service Management nach ITILGFU Cyrus AG
 
Möglichkeiten der Online-Werbung - Referat von Matteo Schürch
Möglichkeiten der Online-Werbung - Referat von Matteo SchürchMöglichkeiten der Online-Werbung - Referat von Matteo Schürch
Möglichkeiten der Online-Werbung - Referat von Matteo SchürchDigicomp Academy AG
 
Continuous Integration and the Data Warehouse - PASS SQL Saturday Slovenia
Continuous Integration and the Data Warehouse - PASS SQL Saturday SloveniaContinuous Integration and the Data Warehouse - PASS SQL Saturday Slovenia
Continuous Integration and the Data Warehouse - PASS SQL Saturday SloveniaDr. John Tunnicliffe
 
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD Prinzipien
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD PrinzipienBeyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD Prinzipien
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD PrinzipienStefan ROOCK
 
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)Stefan ROOCK
 
Agile Methods and Data Warehousing (2016 update)
Agile Methods and Data Warehousing (2016 update)Agile Methods and Data Warehousing (2016 update)
Agile Methods and Data Warehousing (2016 update)Kent Graziano
 
Continuous integration eine Einführung für Unkundige
Continuous integration   eine Einführung für UnkundigeContinuous integration   eine Einführung für Unkundige
Continuous integration eine Einführung für Unkundigeabuwipp
 
DevOps for Big Data - Data 360 2014 Conference
DevOps for Big Data - Data 360 2014 ConferenceDevOps for Big Data - Data 360 2014 Conference
DevOps for Big Data - Data 360 2014 ConferenceGrid Dynamics
 
Dev ops for big data cluster management tools
Dev ops for big data  cluster management toolsDev ops for big data  cluster management tools
Dev ops for big data cluster management toolsRan Silberman
 
Warum die it nicht um new work herumkommt
Warum die it nicht um new work herumkommtWarum die it nicht um new work herumkommt
Warum die it nicht um new work herumkommtJohann-Peter Hartmann
 
Agile Leadership - Wie verändert sich Führung?
Agile Leadership - Wie verändert sich Führung?Agile Leadership - Wie verändert sich Führung?
Agile Leadership - Wie verändert sich Führung?Maik Pfingsten
 
Microservices at Spotify
Microservices at SpotifyMicroservices at Spotify
Microservices at SpotifyKevin Goldsmith
 

Viewers also liked (19)

Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2
Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2
Erfolgreiche ITIL-Tool-Implementierung in der Praxis, am Beispiel o2
 
Service Operation mit ITIL | C.Habermueller
Service Operation mit ITIL | C.HabermuellerService Operation mit ITIL | C.Habermueller
Service Operation mit ITIL | C.Habermueller
 
IT-Service Management nach ITIL
IT-Service Management nach ITILIT-Service Management nach ITIL
IT-Service Management nach ITIL
 
DevOps Meetup Freiburg - DevOps in Practice
DevOps Meetup Freiburg - DevOps in PracticeDevOps Meetup Freiburg - DevOps in Practice
DevOps Meetup Freiburg - DevOps in Practice
 
Agile your ITIL
Agile your ITILAgile your ITIL
Agile your ITIL
 
Möglichkeiten der Online-Werbung - Referat von Matteo Schürch
Möglichkeiten der Online-Werbung - Referat von Matteo SchürchMöglichkeiten der Online-Werbung - Referat von Matteo Schürch
Möglichkeiten der Online-Werbung - Referat von Matteo Schürch
 
Continuous Integration and the Data Warehouse - PASS SQL Saturday Slovenia
Continuous Integration and the Data Warehouse - PASS SQL Saturday SloveniaContinuous Integration and the Data Warehouse - PASS SQL Saturday Slovenia
Continuous Integration and the Data Warehouse - PASS SQL Saturday Slovenia
 
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD Prinzipien
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD PrinzipienBeyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD Prinzipien
Beyond SAFe:
Wirklich Agile und Lean sein mit den ScALeD Prinzipien
 
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
 
Spotify: Data center & Backend buildout
Spotify: Data center & Backend buildoutSpotify: Data center & Backend buildout
Spotify: Data center & Backend buildout
 
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)
Agile Skalierung - auf dem Weg zur lernenden Organisation (Lightning Talk)
 
Agile Methods and Data Warehousing (2016 update)
Agile Methods and Data Warehousing (2016 update)Agile Methods and Data Warehousing (2016 update)
Agile Methods and Data Warehousing (2016 update)
 
Continuous integration eine Einführung für Unkundige
Continuous integration   eine Einführung für UnkundigeContinuous integration   eine Einführung für Unkundige
Continuous integration eine Einführung für Unkundige
 
DevOps for Big Data - Data 360 2014 Conference
DevOps for Big Data - Data 360 2014 ConferenceDevOps for Big Data - Data 360 2014 Conference
DevOps for Big Data - Data 360 2014 Conference
 
Dev ops for big data cluster management tools
Dev ops for big data  cluster management toolsDev ops for big data  cluster management tools
Dev ops for big data cluster management tools
 
Warum die it nicht um new work herumkommt
Warum die it nicht um new work herumkommtWarum die it nicht um new work herumkommt
Warum die it nicht um new work herumkommt
 
Agile Leadership - Wie verändert sich Führung?
Agile Leadership - Wie verändert sich Führung?Agile Leadership - Wie verändert sich Führung?
Agile Leadership - Wie verändert sich Führung?
 
Scaling Operations At Spotify
Scaling Operations At SpotifyScaling Operations At Spotify
Scaling Operations At Spotify
 
Microservices at Spotify
Microservices at SpotifyMicroservices at Spotify
Microservices at Spotify
 

More from OPITZ CONSULTING Deutschland

Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"
Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"
Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"OPITZ CONSULTING Deutschland
 
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der Praxis
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der PraxisOC|Webcast: Oracle Lizenzierung - Die größten Fallen in der Praxis
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der PraxisOPITZ CONSULTING Deutschland
 
OC|Webcast: Oracle Lizenzierung - Virtualisierung und Cloud
OC|Webcast: Oracle Lizenzierung - Virtualisierung und CloudOC|Webcast: Oracle Lizenzierung - Virtualisierung und Cloud
OC|Webcast: Oracle Lizenzierung - Virtualisierung und CloudOPITZ CONSULTING Deutschland
 
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!OPITZ CONSULTING Deutschland
 
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...OPITZ CONSULTING Deutschland
 
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...OPITZ CONSULTING Deutschland
 
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?OPITZ CONSULTING Deutschland
 
OC|Weekly Talk - Digitales Coaching & Smart Sparring
OC|Weekly Talk - Digitales Coaching & Smart Sparring OC|Weekly Talk - Digitales Coaching & Smart Sparring
OC|Weekly Talk - Digitales Coaching & Smart Sparring OPITZ CONSULTING Deutschland
 
Effiziente Betriebsoptimierung durch Cloud Nutzung
Effiziente Betriebsoptimierung durch Cloud NutzungEffiziente Betriebsoptimierung durch Cloud Nutzung
Effiziente Betriebsoptimierung durch Cloud NutzungOPITZ CONSULTING Deutschland
 

More from OPITZ CONSULTING Deutschland (20)

OC|Webcast: Grundlagen der Oracle Lizenzierung
OC|Webcast: Grundlagen der Oracle LizenzierungOC|Webcast: Grundlagen der Oracle Lizenzierung
OC|Webcast: Grundlagen der Oracle Lizenzierung
 
OC|Webcast "Java heute" vom 28.09.2021
OC|Webcast "Java heute" vom 28.09.2021OC|Webcast "Java heute" vom 28.09.2021
OC|Webcast "Java heute" vom 28.09.2021
 
OC|Webcast "Java heute" vom 24.08.2021
OC|Webcast "Java heute" vom 24.08.2021OC|Webcast "Java heute" vom 24.08.2021
OC|Webcast "Java heute" vom 24.08.2021
 
OC|Webcast "Daten wirklich nutzen"
OC|Webcast "Daten wirklich nutzen"OC|Webcast "Daten wirklich nutzen"
OC|Webcast "Daten wirklich nutzen"
 
Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"
Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"
Architecture Room Stuttgart - "Cloud-native ist nur ein Teil des Spiels!"
 
OC|Webcast "Willkommen in der Cloud!"
OC|Webcast "Willkommen in der Cloud!"OC|Webcast "Willkommen in der Cloud!"
OC|Webcast "Willkommen in der Cloud!"
 
OC|Webcast "Die neue Welt der Virtualisierung"
OC|Webcast "Die neue Welt der Virtualisierung"OC|Webcast "Die neue Welt der Virtualisierung"
OC|Webcast "Die neue Welt der Virtualisierung"
 
10 Thesen zur professionellen Softwareentwicklung
10 Thesen zur professionellen Softwareentwicklung10 Thesen zur professionellen Softwareentwicklung
10 Thesen zur professionellen Softwareentwicklung
 
OC|Webcast: Oracle Lizenzierung - Lizenznews 2021
OC|Webcast: Oracle Lizenzierung - Lizenznews 2021OC|Webcast: Oracle Lizenzierung - Lizenznews 2021
OC|Webcast: Oracle Lizenzierung - Lizenznews 2021
 
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der Praxis
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der PraxisOC|Webcast: Oracle Lizenzierung - Die größten Fallen in der Praxis
OC|Webcast: Oracle Lizenzierung - Die größten Fallen in der Praxis
 
OC|Webcast: Oracle Lizenzierung - Virtualisierung und Cloud
OC|Webcast: Oracle Lizenzierung - Virtualisierung und CloudOC|Webcast: Oracle Lizenzierung - Virtualisierung und Cloud
OC|Webcast: Oracle Lizenzierung - Virtualisierung und Cloud
 
OC|Webcast: Grundlagen der Oracle-Lizenzierung
OC|Webcast: Grundlagen der Oracle-LizenzierungOC|Webcast: Grundlagen der Oracle-Lizenzierung
OC|Webcast: Grundlagen der Oracle-Lizenzierung
 
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!
OC|Weekly Talk: Inspect’n’Adapt – Make Change come true!
 
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...
OC|Webcast: Schnell und clever in die AWS Cloud – Migrationsszenarien und Han...
 
OC|Weekly Talk The Power of DevOps…
OC|Weekly Talk  The Power of DevOps…OC|Weekly Talk  The Power of DevOps…
OC|Weekly Talk The Power of DevOps…
 
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...
OC|Weekly Talk: "Das müsste man mal digitalisieren" - Mit Low-Code schnell zu...
 
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?
OC|Weekly Talk: Service Management – Was hat sich durch Corona geändert?
 
OC|Weekly Talk - Digitales Coaching & Smart Sparring
OC|Weekly Talk - Digitales Coaching & Smart Sparring OC|Weekly Talk - Digitales Coaching & Smart Sparring
OC|Weekly Talk - Digitales Coaching & Smart Sparring
 
OC|Weekly Talk - Beratung remote
OC|Weekly Talk - Beratung remoteOC|Weekly Talk - Beratung remote
OC|Weekly Talk - Beratung remote
 
Effiziente Betriebsoptimierung durch Cloud Nutzung
Effiziente Betriebsoptimierung durch Cloud NutzungEffiziente Betriebsoptimierung durch Cloud Nutzung
Effiziente Betriebsoptimierung durch Cloud Nutzung
 

DevOps und ITIL - ein Erfahrungsbericht

  • 1. DevOps und ITIL Ein Erfahrungsbericht Richard Attermeyer
  • 2. Richard Attermeyer  Solution Architekt und Entwickler Schwerpunkte  Softwarearchitektur  Java Technologien  Continuous Delivery und DevOps Richard.Attermeyer@opitz-consulting.com @rattermeyer github.com/rattermeyer xing.to/rat
  • 3. © OPITZ CONSULTING GmbH 2015 Seite 4DevOps und ITIL: Ein Erfahrungsbericht Agenda 1. Motivation / Historie 2. Managed Services und MSA 3. DevOps 4. ITIL + DevOps 5. Fazit
  • 10. Managed Services MSI Betriebssystem Datenbanken / Middleware MSA-Team Applikationen Änderungen Korrekturen Weiter- entwicklung Optimierung MSA Fachkonzeptverändert Fachkonzeptunverändert Nachbesserungen Verbesserungen Wartungsteams SLAs
  • 11. Ein Kollege: mehrere Kunden / Projekte Viele Kunden / Projekte Standardisierung: Synergien Warum ITIL
  • 14. Zusammenarbeit Fokus auf das ganze System definiert die Ziele Automatisiere was sinnvoll ist Measure / Monitor: Transparenz für Kunden und Kollegen Wenn etwas wehtut, mache es öfter DevOps Prinzipien
  • 17. OC|MSA® und ITIL Unsere Prozesse Incident Management Problem Management Request Fulfillment Change Management Release & Deployment Management Test Management Wartung
  • 19. Knowledge Management Release & Deployment Management Change Management Incident Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 20. Bereitstellen von Wissen und Informationen innerhalb der Organisation Knowledge Management - Definition
  • 21. Knowledge Management Bereitstellen von Wissen und Informationen innerhalb der Organisation ITIL DevOps  Face-2-Face  Mitarbeit von MSA- Kollegen im Projekt  Wiki  Ermögliche Kooperation  Erleichtere Zugang zu Dokumenten  Ermutige Änderung von Dokumenten
  • 22. Knowledge Management: Probleme MS-Team Betriebssystem Datenbanken / Middleware Applikationen Wunsch Realität 3rd Party Betriebssystem Datenbanken / Middleware MSA-Team Applikationen
  • 23. Knowledge Management: Fragen / Ideen  Immer mehr Firmen setzen auf SaaS  Warum nicht bei eigenen Applikationen?  SaaS: Produktteam in der Firma  SaaS: Produktteam als Managed Service  Abrechnungsmodell verhindert Kooperation  Verhinderung von Kollaboration: Jeder Anruf kostet  Unterschiedliche Kennzahlen: Stabilität vs. Anzahl Features  Besser: Orientierung am gesamten Business-Value  Enabler: Private Enterprise Cloud ?  Software-defined Infrastructure  Hosting Provider: Run the Cloud, Infrastructure Services  Application Provider: My Code, my libraries, my package manager, my OS
  • 25. Knowledge Management Release & Deployment Management Change Management Incident Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 26. Plan und Kontrolle für Release-Rollout Schützen der Integrität der Live-Umgebung Release & Deployment Management - Definition (ITIL)
  • 27. Release & Deployment Mgmt - Alles unter Versionskontrolle Versions- kontrolle Infrastruktur (Ansible, Chef, Puppet) Source Code Datenbank Schemata (Orcas, Liquibase, Flyway) Reprodu- zierbare Builds Source • git • svn Binary • Artifactory • Nexus • RPM / Deb Repository
  • 28. Release & Deployment Mgmt: - Reproduzierbares, automatisches Release
  • 29. Release & Deployment Mgmt: - Application Container Build Ship Run
  • 30. Roll-Forward statt Backward Wer tested Roll-Backward vor Release? Release & Deployment Mgmt: Roll-Forward statt Roll-Backward
  • 31. Release & Deployment Mgmt: - Status bei OC Pratiken Status Beurteilung CI Alle Projekte CD / Build Pipeline MSA nicht komplett automatisiert Einige Entwicklungsprojekte Häufig Übergabepunkte an andere Dienstleister Versionskontrolle Code und Datenbankschemata: ja Infrastruktur: vereinzelt Weiterer Roll-Out für Infrastruktur geplant Container Einzelne Projekte im Consultinggeschäft MSA / MSI: weiterer Ausbau geplant. Viele Legacy Projekte Gute Unterstützung durch CD Praktiken
  • 32. Knowledge Management Release & Deployment Management Change Management Incident Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 33. steuert den Lebenszyklus aller Changes nutzbringende Changes zu ermöglichen negative Auswirkungen vermeiden Change Management - Definition
  • 34. Change Management: Geringeres Risiko durch kleine Änderungen Umgesetzte Features Zeit (Monate) 3 6
  • 35. Change Management: Geringeres Risiko durch kleine Änderungen Umgesetzte Features Zeit (Monate) 3 6 häufige Releases, kleine Änderungen, geringes Risiko
  • 36. Change Management Build 1 2 3 Iterationen Entwicklung Integration & Testing QA Release & Operation Betrieb
  • 37. Change Management - Continuous Delivery Kontinuierlicher Fluss von Features in Richtung Produktion Wenn etwas weh tut, mache es öfter!
  • 39. Kostet Überzeugungsarbeit Arbeit an Akzeptanz und Definition Changeklassen Problem (MSA): Häufig Übergabepunkte Erfahrung
  • 40. Knowledge Management Release & Deployment Management Change Management Incident Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 41. verwaltet alle Incidents über ihren gesamten Lebenszyklus Schnelle Wiederherstellung des Services Incident Management - Definition
  • 42. DevOps fokussiert auf MTTR Alle relevanten Informationen für alle verfügbar Sammle Daten über Incidents und verbessere den Prozess Incident Management - DevOps Perspektive
  • 43. Bewusstsein für Qualitätsattribute schaffen Investitionsbereitschaft erweitertes Monitoringtools Teilweise internes IT Thema Problem (MSA): Unterschiedliche Dienstleister Erfahrung
  • 44. Knowledge Management Release & Deployment Management Incident Management Change Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 45. Aus Erfolgen und Misserfolgen lernen Kontinuierliche Verbesserung der IT-Prozesse Continual Service Improvement (CSI) - Definition
  • 46. Retrospektiven Reicht aber nicht Continual Service Improvement (CSI)
  • 47. CSI: Service Measurement - Information Radiation Wie bekommen wir die richtigen Informationen aus den relevanten Systemen in die richtigen Köpfe
  • 48. Business relevante KPIs definieren Betriebsnahes Monitoring reicht nicht Log Management / APM wichtig Automatisierte Aggregation, Visualisierung und Auswertung (SLA Reporting) Schnelle Reaktion auf Metrikänderungen – Feedback für Entwickler und Administratoren CSI: Service Measurement - richtige Informationen
  • 49. CSI: Service Measurement - Lösungsansätze und Werkzeuge Bereich Werkzeuge OC Einsatz / Beurteilung Logs Logstash/Kibana/ Elasticsearch (ELK), Splunk, Greylog2 Einsatz in einigen Consultingprojekten MSA: häufig unterschiedliche Verantwortlichkeiten Notwendig bei mehr Containern / Cloud Events check_mk, Nagios, Icinga Ja APM Dynatrace, Flopsar, AppDynamics, NewRelic Consulting: Ja MSA: Ja, wenn gewünscht Wertbereitstellung JMX, Jolokia, Metrics Ja, wo möglich Visualisierung Graphite nein Gute Unterstützung durch Werkzeuge Bewusstsein schaffen schwierig
  • 50. Knowledge Management Release & Deployment Management Incident Management Change Management Continual Service Improvement Service Asset und Configuration Management ITIL Prozesse
  • 51. Informationen zu Configuration Items …und ihrer Beziehungen untereinander Service Asset und Configuration Mgmt - Definition
  • 52. Änderungen an Umgebungen nur automatisch Idealfall: Immutable Infrastructure Service Asset und Configuration Mgmt - Devops: Infrastructure-as-Code
  • 53. Service Asset und Configuration Mgmt - DevOps: Infrastructure-as-Code  Transparenz  Systemdefinition an zentraler Stelle  Systemdefinition ist klar strukturiert und verständlich  Reporting über Änderungen  Automatisierung  Systemaufbau „auf Knopfdruck“  Nicht nur initial, sondern über den ganzen Lifecycle  Reproduzierbarkeit  Systemaufbau ist durch Definitionsdatei zuverlässig reproduzierbar  Konfigurationsänderungen sind sichtbar und bei Bedarf revidierbar  Änderungen sind versionierbar  Tools: Ansible, Puppet, Chef, SaltStack
  • 54. MSI: ja, aber noch nicht durchgehend MSA: teilweise für Entwicklungs- und Testsysteme MSA Problem: häufig anderer Dienstleister Service Asset und Config Mgmt - Erfahrung @OC
  • 55. Fazit
  • 56. DevOps Praktiken passen gut mit ITIL Prozessen zusammen Für Softwarewartung, -pflege und –betrieb müssen ITIL Prozesse z.T. angepasst werden DevOps orientierter Ansatz fördert Akzeptanz bei Entwicklern Wir müssen reden Organisatorische Schranken: größtes Hindernis
  • 58. Ansprechpartner bei OPITZ CONSULTING Richard Attermeyer, Senior Solution Architect OPITZ CONSULTING Deutschland GmbH richard.attermeyer@opitz-consulting.de Telefon +49 2261 60 01-1713 Mobil +49 173 727 9004 youtube.com/opitzconsulting @OC_WIRE slideshare.net/opitzconsulting xing.com/net/opitzconsulting