The Doppler Quarterly (DEUTSCHE) Winter 2018 | Page 42
lität der Cloud. Unsere Fähigkeit, Rechenumgebun-
gen in Sekunden statt in Tagen, Wochen oder Mona-
ten vor Ort bereitzustellen, war ein großer Vorteil.
Wir sind nun deutlich agiler, können Kosten sparen
und haben ganz klar einen Türöffner, um Innovatio-
nen voranzutreiben. Alle Public Cloud-Anbieter
geben Milliarden für die Entwicklung neuer Cloud-ba-
sierter Services aus. Vanguard konnte da mit seinen
eigenen lokalen Entwicklern einfach nicht mithalten.
Die drei primären wertschöpfenden Vorteile sind also:
1. Zugang zu neuen Technologien, da Innovatio-
nen und Forschungsarbeiten durch die
Cloud-Anbieter erfolgen.
2. Offensichtliche Kostensenkungen.
3. Mehr Agilität und somit schnellere Bereitstel-
lung von Rechenumgebungen.
CTP: Lassen Sie uns über das Thema Agilität reden.
Das große Schlagwort, das beim Thema Agilität wei-
terhilft, ist DevOps. Gleichzeitig ist DevOps aber
auch ein verwirrender Begriff. Er hat für viele Men-
schen viele unterschiedliche Bedeutungen. Was
bedeutet DevOps für Sie und wie trägt DevOps zu
mehr Agilität bei?
Dowds: DevOps ist ein verwirrender Begriff. Ich
persönlich verbringe viel Zeit damit, viel zum Thema
Thought-Leadership und DevOps zu lesen und mich
im Detail damit zu befassen. Diese Thought Leaders-
hip-Informationen stammen aus Forschungsunter-
Menschen
Arbeitsplatz-
rotation
Full-Stack-
Teams
Gemeinsame
Meetings
Feature-
Teams
Führender
Service-Anbieter
Plattfor-
mentwickler
Self-Service-
Funktionalität für
Entwickler
Infrastruktur
als Code
Integrierte
Toolketten
Lückenlose
Überwachung
Build, Test, Bereit-
stellung in einem
Schritt
Technologie
ChatOps
Durchgehende
Überwachung
Letztendlich haben wir uns entschieden, DevOps bei
Vanguard in einer ganz bestimmten Weise zu nutzen.
Es handelt sich dabei um eine sehr breit gestreute
Sichtweise. Es geht dabei nicht, wie der Name viel-
leicht andeutet, darum, Operations-Mitarbeiter in
Development-Shops zu bringen und diesen Shops
Verantwortung zu übertragen, die man traditionell
mit dem Operations-Bereich in Verbindung bringt.
Vielmehr orientieren wir uns an einem von Gartner
definierten Framework, das sich auf breiter Basis auf
DevOps konzentriert. Es enthält alle organisatori-
schen und personellen Änderungen, auf die ich hin-
gewiesen habe. Zum Beispiel das Verschieben von
Operations-Funktionen in Delivery-Shops und Ver-
änderungen an der Organisationsstruktur in Deli-
very-Shops, um den Full-Stack-Status zu erreichen.
So stehen nicht nur die Bereitstellungsfunktionen,
sondern auch die Operations-Funktionen und alle
anderen Center of Excellence-Funktionen zur Verfü-
gung, die normalerweise außerhalb des Bereitstel-
lungsprozesses liegen. So soll versucht werden, alle
End-to-End-Funktionen in einer einzigen Organisa-
tion zu konzentrieren.
Minimum
Viable
Product
Kleine
Batches
Autonome
Teams
Site Reliability
Engineers (SRE)
nehmen wie Gartner und Forrester, aber auch aus
einigen der Thought-Leadership-Bücher, die zu
DevOps veröffentlicht wurden. Ich habe praktisch
alle Forschungsberichte und Bücher zu diesem
Thema gelesen. Ausgestattet mit all dem Wissen war
mir am Ende klar, dass DevOps für verschiedene
Menschen verschiedene Bedeutungen hat.
Kontinuierliche
Integration
Kontinuierli-
che Tests
Kontinuierliche
Bereitstellung
Automati-
sierte Builds
Automati-
sierte Tests
Release-Auto-
matisierung
Canary-Rol-
louts
Machen Sie Fehler,
um Fortschritte zu
erzielen
Komplette
Instrumentierung
Fea-
ture-Flags
Vertrauens-
kultur
Komplette
Versionierung
Testgesteuerte
Entwicklung
Kultur der
Zusammenarbeit
Technische
Schulden
Umfassende
Tests
Minimum
Viable
Process
Testgesteuerte
Bereitstellung
Chaos
Monkey
Gemeinsame
Metriken
Ablaufopti-
mierung
Value-
Streams
Prozess
Abbildung 1: Basierend auf dem DevOps-Modell von Gartner
40 | THE DOPPLER | WINTER 2018
Kultur
Gemeinsame
Eigentümerschaft
Nach wie vor
offen
Entwicklungs-
kultur
Lern-
kultur