http://www.opitz-consulting.com/go/3-4-11
Organisationen entwickeln sich weiter. Einige haben einen stark formalisierten Aufbau und wünschen sich mehr Agilität; andere wiederum wollen Standardisierung.Gerade im Managed Services Bereich ist ITIL weit verbreitet oder soll eingeführt werden. Gleichzeitig gibt es Bestrebungen agile und DevOps Prinzipien in Betriebsorganisationen zu etablieren.
Unser Senior Solution Architect Richard Attermeyer zeigte in seinem Vortrag bei der Jax 2015, wie OPITZ CONSULTING beide Ansätze in einem Managed Services Bereich miteinander verbindet und welche Erfahrungen unsere Experten sammeln konnten.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
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
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
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
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
35. Change Management:
Geringeres Risiko durch kleine Änderungen
Umgesetzte
Features
Zeit (Monate)
3 6
häufige Releases,
kleine Änderungen,
geringes Risiko
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
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
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